Elegir un servidor es una decisión importante que suele llevar mucho tiempo y ser costosa. Las decisiones equivocadas pueden tener consecuencias indeseables. En este artículo, primero hablaremos sobre algunos temas a considerar al planificar y luego pasaremos a discutir cómo elegir entre Windows y Unix.
Consideraciones de planificación
Al seleccionar un servidor, una consideración clave es determinar qué sistema operativo utilizar. Aquí hay algunas cosas a considerar:
¿Se agregará el servidor a un entorno de servidor/computadora existente?
¿Qué limitaciones imponen las aplicaciones existentes o seleccionadas en la selección del sistema operativo?
Agregar servidores a un entorno existente a menudo significa que los nuevos servidores deben usar el mismo sistema operativo que los servidores existentes debido a las limitaciones de las aplicaciones y las habilidades limitadas de los operadores existentes.
Si se requieren nuevas aplicaciones, los proveedores de software pueden exigir o recomendar encarecidamente el uso de un sistema operativo específico.
Windows frente a Unix y Linux
A menos que tenga que utilizar un sistema operativo propietario (como OS/40 o Z/OS en algunos sistemas IBM, o incluso Netware de Novell), generalmente tiene tres opciones: Windows, Linux o Unix. El Unix mencionado aquí incluye todos los sistemas Unix proporcionados por los fabricantes de sistemas, como AIX de IBM, HP/UX de Hewlett-Packard o Solaris de SUN. Asimismo, existen algunas opciones para sistemas Linux.
La primera opción es utilizar Windows o una familia extendida de Unix o Linux. Como se mencionó anteriormente, a veces es posible que te veas obligado a utilizar un determinado sistema operativo, pero si tienes la libertad de elegir, lo mejor es comparar productos en función de sus estándares en términos de escalabilidad, robustez y costo de uso.
¿Cuántos clientes debe soportar el servidor?
El primer paso básico en la selección del servidor es determinar cuántos clientes simultáneos debe admitir el servidor. Diferentes aplicaciones utilizan diferentes cantidades de recursos del servidor y esta información es necesaria al configurar el servidor.
Cualquiera que sea el número de estos clientes y aplicaciones, es el número inicial. Con el tiempo, aumentan las actividades comerciales o aumentan las actividades basadas en computadoras. Este crecimiento natural hace que la escalabilidad del sistema sea particularmente importante.
La escalabilidad es una medida de la capacidad de un sistema para actualizarse en diferentes aspectos, incluida la potencia de procesamiento, la capacidad de almacenamiento, el tamaño de la memoria principal y la conectividad y el ancho de banda de la red. Un sistema que se puede ampliar es una opción más barata y menos disruptiva que reemplazarlo por un sistema más grande.
La escalabilidad es fundamental, pero actualmente no hay mucha información sobre cómo estimar razonablemente la escalabilidad de un sistema de servidor y no existen métodos empíricos prácticos. Además, no existen estándares de prueba establecidos para medir la escalabilidad.
Es importante tener en cuenta que un sistema operativo que ha sido probado, probado y vuelto a probar a lo largo del tiempo tiene una mejor funcionalidad. Especialmente para los sistemas operativos multiprocesador, los sistemas operativos más antiguos suelen ofrecer mejores funciones que los sistemas más nuevos.
¿Qué aplicaciones deben ser compatibles?
Al considerar qué sistema operativo es mejor para su aplicación, es una buena idea dividir las aplicaciones en cuatro categorías amplias:
Servidor de archivos, impresión o comunicaciones
servidor de base de datos
servidor de aplicaciones
Servidor intensivo en computación
Esta clasificación no significa que no puedan existir aplicaciones de diferentes tipos en el mismo servidor al mismo tiempo. Sin embargo, los sistemas con diferentes usos pueden alcanzar fácilmente sus límites porque es difícil priorizar la asignación de recursos entre diferentes clases de aplicaciones a menos que se utilice un administrador de recursos.
Para evaluar el uso de recursos de un cliente, primero averigüe qué clientes utilizan cada aplicación. Cada aplicación puede requerir una combinación diferente de recursos del servidor.
naturaleza del trabajo
El siguiente tema a abordar es la naturaleza funcional del soporte del servidor. ¿Se utilizará para aplicaciones críticas para el negocio, grupos de trabajo, aplicaciones para todo el departamento o para toda la empresa, u otras aplicaciones?
Un servidor puede estar dedicado a un grupo de trabajo, un departamento o varias aplicaciones dentro de toda una empresa. Obviamente, implementar todas las aplicaciones necesarias en el mismo servidor parece ahorrar costos, pero esto aumentará la vulnerabilidad del sistema, porque una vez que una aplicación hace que el sistema falle, todas las aplicaciones dejarán de funcionar.
También hemos mencionado antes que cuando un servidor ejecuta una carga de trabajo desigual, es difícil equilibrar las necesidades de recursos de varias aplicaciones. Aunque existen aplicaciones que pueden resolver este dilema de asignación de recursos, el problema aún es difícil de resolver.
En términos generales, es mejor implementar varios servidores, cada uno dedicado a una o un pequeño subconjunto de actividades. De esta forma se puede reducir la vulnerabilidad del sistema, porque si tienes varios servidores, si un servidor falla, también puedes transferir el trabajo a otras máquinas. El uso de la redundancia de servidores es la base de los sistemas de alta disponibilidad.
[Cortar-Página]
problemas financieros
Si bien el costo de compra de servidores y el software necesario es obviamente un componente importante del costo total, también recomendamos encarecidamente evaluar el costo total de propiedad (TCO) al tomar decisiones de compra.
El TCO incluye costos directos y costos indirectos.
Los principales costos directos incluyen:
Costos de compra de software y hardware.
Operar y gestionar sistemas.
Desarrollo de aplicaciones, soporte y comunicaciones.
Costos de electricidad para hacer funcionar y enfriar el sistema.
Costo del espacio del sistema
Los costos indirectos son más difíciles de cuantificar e incluyen el costo del tiempo de inactividad del sistema. Los costos del tiempo de inactividad incluyen no sólo los costos de lidiar con la indisponibilidad del sistema (como la pérdida de productividad), sino también los costos indirectos de la indisponibilidad. Debido a una interrupción del sistema, los clientes o proveedores de repente no pueden hacer negocios con usted y pueden recurrir a sus competidores.
Cuando un sistema no funciona o responde con lentitud, es posible que los usuarios no puedan hacer nada más que esperar a que el sistema se recupere. Más a menudo, pueden hablar entre ellos y pedir ayuda para resolver el problema. En cualquier caso, dedican tiempo y recursos a descubrir cómo hacerlo, lo que también aumenta los costos de la empresa.
Hay puntos de referencia a seguir al comparar el precio y el rendimiento del sistema. Pero dado que estos puntos de referencia miden los servidores de maneras específicas, es probable que su uso sea diferente. Aunque los números de referencia resultantes son reales, se debe tener cuidado al utilizarlos. Se recomienda que estos puntos de referencia se utilicen sólo como indicación o para filtrar una gran cantidad de posibilidades. Nunca tome una decisión de compra basándose únicamente en estos puntos de referencia.
Los sistemas que escalan bien son mucho más caros que los que no lo hacen. Pero cuando sus servidores no pueden ejecutar las cargas de trabajo necesarias, suele ser más barato comprar más potencia informática necesaria que actualizar y reemplazar el sistema.
problemas financieros
Si bien el costo de compra de servidores y el software necesario es obviamente un componente importante del costo total, también recomendamos encarecidamente evaluar el costo total de propiedad (TCO) al tomar decisiones de compra.
El TCO incluye costos directos y costos indirectos.
Los principales costos directos incluyen:
Costos de compra de software y hardware.
Operar y gestionar sistemas.
Desarrollo de aplicaciones, soporte y comunicaciones.
Costos de electricidad para hacer funcionar y enfriar el sistema.
Costo del espacio del sistema
Los costos indirectos son más difíciles de cuantificar e incluyen el costo del tiempo de inactividad del sistema. Los costos del tiempo de inactividad incluyen no sólo los costos de lidiar con la indisponibilidad del sistema (como la pérdida de productividad), sino también los costos indirectos de la indisponibilidad. Debido a una interrupción del sistema, los clientes o proveedores de repente no pueden hacer negocios con usted y pueden recurrir a sus competidores.
Cuando un sistema no funciona o responde con lentitud, es posible que los usuarios no puedan hacer nada más que esperar a que el sistema se recupere. Más a menudo, pueden hablar entre ellos y pedir ayuda para resolver el problema. En cualquier caso, dedican tiempo y recursos a descubrir cómo hacerlo, lo que también aumenta los costos de la empresa.
Hay puntos de referencia a seguir al comparar el precio y el rendimiento del sistema. Pero dado que estos puntos de referencia miden los servidores de maneras específicas, es probable que su uso sea diferente. Aunque los números de referencia resultantes son reales, se debe tener cuidado al utilizarlos. Se recomienda que estos puntos de referencia se utilicen sólo como indicación o para filtrar una gran cantidad de posibilidades. Nunca tome una decisión de compra basándose únicamente en estos puntos de referencia.
Los sistemas que escalan bien son mucho más caros que los que no lo hacen. Pero cuando sus servidores no pueden ejecutar las cargas de trabajo necesarias, suele ser más barato comprar más potencia informática necesaria que actualizar y reemplazar el sistema.