Servidores de bases de datos

Los servidores de bases de datos usualmente leen y escriben datos en sus unidades de disco duro, donde se almacenan los datos. El aumento de la velocidad a la que se puede escribir y recuperar datos en su base de datos tendrá una repercusión importante en el rendimiento. Muchas personas recomiendan SSD (unidades de estado sólido) para bases de datos con altos requisitos de E/S, ya que los datos pueden escribirse y leerse más rápido, y con el respaldo seguro de los datos.

Por lo general, se recomienda dividir los elementos de su servidor de bases de datos en varias unidades en el servidor. Esto significa tener discos separados para el sistema operativo, los archivos de datos, los archivos de registro y las bases de datos. Cada uno de estos discos puede adaptarse mejor a una determinada tecnología RAID, que puede usarse para mejorar la redundancia de acuerdo a los elementos alojados en un determinado disco duro. Si usted usa varios discos duros para su base de datos, la combinación de tecnología RAID y el uso de las unidades dependerán en gran medida de la naturaleza de los datos y sus usos.

En cuanto a los procesadores, hay dos decisiones que debe considerar: la cantidad de unidades centrales de procesamiento (CPU) que necesita y la velocidad de las CPU.

Ambas decisiones se basan en el uso sus CPU, que depende de la frecuencia y la naturaleza de las consultas de base de datos (y no el tamaño de su base de datos). La mejor forma de tomar decisiones sobre el CPU es analizar el uso real de la CPU. Si realiza una evaluación comparativa del uso y el rendimiento podrá evaluar si se requiere potencia adicional de procesamiento.

Si el uso de la CPU es mayor que 75% a 80 %, entonces existe presión en la CPU. Otra manera de medir la presión en la CPU es que se presenta cuando en un momento dado al menos una tarea de usuario ha esperado por recursos de la CPU.

Cuando vea presión sobre la CPU, dispone de 2 opciones: puede actualizar a unas CPU más rápidas o agregar más CPU. Actualizarse a una CPU más rápida casi siempre mejora el rendimiento. Por otra parte, puede que agregar CPU adicionales no siempre ayude a que las tareas de la base de datos se ejecuten más rápido, a menos que las tareas puedan aprovechar CPU adicionales. Por ejemplo: si el uso de la CPU está al 100%, pero no hubo que esperar a la CPU durante la carga del trabajo, entonces agregar CPU adicionales no va a ayudar.

Si no tiene datos reales para poder tomar decisiones, tenga la certeza de que los proveedores como iWeb le permitirán actualizar el número y el tipo de procesadores en sus servidores, para que siempre pueda aumentar la velocidad o el número de las CPU, una vez que tenga más datos con los que trabajar, o a medida que su situación vaya cambiando.

Cuanta más memoria de acceso aleatorio (RAM) tenga, más datos podrán almacenarse en caché (residir en la memoria) y más datos podrán ser extraídos por una consulta de los discos de almacenamiento.

Cuanto mayor sea la cantidad de datos que puedan residir en la memoria, menores serán los tiempos que necesitará un proceso para ejecutarse para el resultado final (se requieren menos lecturas al disco). Si todos los datos para consultar se ajustan a la RAM, se requerirá únicamente una lectura, se evitará el “intercambio/paginación”(swapping/pagging) y la consulta se ejecutará más rápido.

Es decir, la velocidad depende de la memoria RAM con respecto al tamaño de los datos que se deben consultar (buscar). Pero debido a que la mayoría de las bases de datos usan índices para acelerar las consultas, el requisito de la RAM está más relacionado con el tamaño de sus índices que con el tamaño de toda su base de datos. Por eso, una buena regla práctica es mantener el tamaño de los índices “en RAM”, aunque no sea una regla absoluta para todos los programas para índices y bases de datos en servidores. De igual forma, si todos sus datos caben en la RAM, puede que los índices no sean necesarios.

Una vez más, la mejor manera de determinar los requisitos de la memoria RAM es mirar los datos reales de consumo y el rendimiento, y establecer puntos de referencia. Si no tiene los datos actuales, tenga en cuenta la cantidad de memoria que se necesita para la parte más intensa de la operación más pesada y estime la cantidad de RAM libre ideal que necesitaría para evitar el intercambio/paginación.

El sistema operativo (SO) determinará la cantidad de memoria RAM que puede utilizar. El tamaño de memoria máxima admitida en un sistema de 32 bits es 4GB. En muchos casos, un servidor de base de datos en un SO de 32 bits funciona mejor con el máximo de 4GB de RAM. Si usted descubre que su base de datos necesita más memoria que 4GB de RAM que ofrece el entorno de 32 bits, entonces necesitará un sistema operativo de 64 bits.

Recuerde también que no toda su memoria estará disponible para el servidor de bases de datos, ya que el sistema operativo y el sistema necesitan un poco de memoria. Es decir, definitivamente tendrá más RAM disponible para su base de datos si divide sus servidores de bases de datos y servidores web o de aplicaciones en una arquitectura avanzada.

Si usted tiene bases de datos amplias con mucho tráfico de entrada/salida (E/S) y requerimientos elevados de CPU y RAM, puede que necesite un servidor de base de datos totalmente independiente con el fin de alcanzar y mantener el nivel de rendimiento deseado (contrario a combinar un servidor web con base de datos en un único servidor dedicado). Esto es así porque al separar el servidor de la base de datos de sus servidores web o de aplicaciones, la base de datos puede utilizar toda la CPU y la RAM del servidor, y el rendimiento aumenta.

A un nivel aún mayor y si el tiempo de actividad es de importancia vital, puede reducir tanto las interrupciones planificadas como las no planificadas al duplicar su base de datos a través de un clúster de servidores de base de datos, que consiste en un servidor activo de base de datos y un servidor de respaldo “en caliente” (hot-copy) de bases de datos que se utiliza cuando hay fallas en el servidor activo (conmutación por error). Es importante asegurarse que sus bases de datos activas y pasivas estén sincronizadas.

También puede hacer copias de seguridad de sus datos en varias formas:

1. En un servidor dedicado de respaldo (lo mejor)
2. Con la protección de datos basada en la red
3. En una unidad independiente en su servidor

Incluso si su hardware puede manejar la frecuencia y el tamaño de las operaciones requeridas, la banda ancha de su proveedor de alojamiento debe ajustarse al flujo de tráfico. Esto incluye tanto el tráfico local (LAN) como el tráfico hacia y desde la red de área amplia (WAN). Su paquete de alojamiento web también deberá cobrarse de manera que se reduzca al mínimo los cargos por transferencia de datos, por ejemplo, LAN o WAN a tarifa plana.

iWeb le ofrece una banda ancha de 1Gbps para su LAN de tarifa plana (no hay cargos en función del uso). También podrá usar la vista general de la red en el Centro de Control de iWeb para gestionar su red LAN.

iWeb ofrece una WAN con banda ancha de 100Mbps como estándar, que puede aumentarse hasta 1Gbps con un rack privado. Nuestros paquetes de servidores dedicados varían desde 12TB a 30TB de transferencia de datos incluidos en el precio mensual, o bien puede elegir la banda ancha/tráfico de tarifa plana.

Antes de recurrir a cualquier tipo de hardware y actualizaciones de la memoria para mejorar el rendimiento de una base de datos alojada, reflexione si el servidor de su base de datos ha sido optimizado totalmente para hacer uso de los recursos existentes. Y si tiene que hacer una actualización, recuerde que no hay una única solución o fórmula universal.

Si no tiene un administrador de base de datos (DBA) o usted mismo se encargaría de gestionar las bases de datos, hable con un experto en bases de datos de iWeb sobre analizar y optimizar su base de datos.