19
http://www.granjadeservidores.com/faq.html Como empiezo a usar el hosting? Simplemente completando el formulario, en forma automática y sin necesidad de ingresar medio de pago alguno, usted ya estará usando nuestro servicio de hosting. Que es una granja de servidores? Una granja de servidores es un grupo de servidores, para ejecutar tareas que van más allá de la capacidad de un servidor dedicado. Esto hace posible la distribución de tareas, de forma que el sistema gana una óptima tolerancia a fallos, ya que si uno de los servidores colapsa, el sistema continúa trabajando. El término usado en inglés es server farm y también podrá encontrarlo con su traducción literal: granja de servidores En que me beneficia una granja de servidores? El problema número uno de los servidores dedicados son las caídas de los mismos, ya sea porque colapsan debido a la sobreventa (overselling) de sitios, hasta para realizar los backups necesarios, usted podrá comprobar lo que afirmamos, y lo mas importante es que ya no pensará cuando será el momento en que caerá su sitio. Como es el manejo de IP y DNS? El sistema le proporcionará tres números de IP distintos por cada sitio que aloje, uno para el servidor web, otro para el servidor de correo y otro para la bases de datos, pero en su proveedor de registro de nombres de Dominio solo deberá poner los "Name Servers" que le llegarán por correo en forma automática cuando contrate con nosotros. Los servidores se encuantran físicamente ubicados en San Diego, California, United State of America. Adicionales Usted podrá comprar adicionales para su sito a precios promocionales consulte aquí ¿Cuantas cuentas de mail, bases de datos, subdominios, etc. puedo crear?. Las cuentas de correo, los subdominios, los alias de dominio, son ilimitados. Cada dominio puede tener hasta 5 bases de datos MySQL con un espacio total de 50 Mb. Panel de Control

Granja de Servidores

Embed Size (px)

Citation preview

Page 1: Granja de Servidores

http://www.granjadeservidores.com/faq.html

Como empiezo a usar el hosting?

 

Simplemente completando el formulario, en forma automática y sin necesidad de

ingresar medio de pago alguno, usted ya estará usando nuestro servicio de hosting.

Que es una granja de servidores?

Una granja de servidores es un grupo de servidores, para ejecutar tareas que van

más allá de la capacidad de un servidor dedicado.

Esto hace posible la distribución de tareas, de forma que el sistema gana una

óptima tolerancia a fallos, ya que si uno de los servidores colapsa, el sistema

continúa trabajando.

El término usado en inglés es server farm y también podrá encontrarlo con su

traducción literal: granja de servidores

En que me beneficia una granja de servidores?

 

El problema número uno de los servidores dedicados son las caídas de los mismos,

ya sea porque colapsan debido a la sobreventa (overselling) de sitios, hasta para

realizar los backups necesarios, usted podrá comprobar lo que afirmamos, y lo mas

importante es que ya no pensará cuando será el momento en que caerá su sitio.

Como es el manejo de IP y DNS?

El sistema le proporcionará tres números de IP distintos por cada sitio que aloje,

uno para el servidor web, otro para el servidor de correo y otro para la bases de

datos, pero en su proveedor de registro de nombres de Dominio solo deberá poner

los "Name Servers" que le llegarán por correo en forma automática cuando contrate

con nosotros.

Los servidores se encuantran físicamente ubicados en San Diego, California, United

State of America.

Adicionales

Usted podrá comprar adicionales para su sito a precios promocionales consulte

aquí

¿Cuantas cuentas de mail, bases de datos, subdominios, etc. puedo crear?.

Las cuentas de correo, los subdominios, los alias de dominio, son ilimitados.

Cada dominio puede tener hasta 5 bases de datos MySQL con un espacio total de

50 Mb.

 

Panel de Control

 

Nuestro sistema usa el panel de control Ibizpanel.

Pago

Page 2: Granja de Servidores

Podrá pagar nuestros servicios por varias vías, Pay Pal/Tarjetas de Crédito, Western

Union

El pago mínimo es por cuatrimestre adelantado, pero recuerde que por el plazo

mínimo de un mes, usted no estará obligado con nosotros y podrá probar gratis y

sin compromiso.

Rescisión:

Usted puede rescindir el contrato, sin más obligaciones que no encontrarse en

mora.

(Ver términos y condiciones)

http://technet.microsoft.com/es-es/library/cc263157%28office.12%29.aspx

Extracto de libro: Diseño de granjas de servidores y topologías (Office SharePoint Server)

Actualizado: 2009-04-23

Microsoft Office SharePoint Server 2007 proporciona la flexibilidad necesaria para alcanzar muchos

objetivos distintos de la solución de implementación. En este capítulo se incluye orientación que puede

ayudarle a: Determinar el número de granjas de servidores necesarias para lograr los objetivos de la

solución.

Planear las relaciones entre las granjas de servidores.

Planear granjas de servidores orientadas a Internet.

Diseñar topologías de granjas de servidores para satisfacer los objetivos de disponibilidad.

En este capítulo: En Planeación de granjas de servidores se describen los criterios que se pueden usar para

determinar si se requieren varias granjas de servidores, incluidos los requisitos de licencia.

En Diseño de la topología de la granja de servidores de extranet (Office SharePoint Server) se

describen las topologías compatibles para la implementación de una granja de servidores de

Office SharePoint Server 2007 en un entorno orientado a Internet.

En Diseño de la topología de implementación de contenido se describen los elementos de las

topologías diseñados para la distribución de contenido y se describen las topologías de

distribución de contenido típicas.

En Diseño de la topología de administración de registros se describen los criterios que se

pueden usar para determinar si se necesitan varias granjas de servidores para hospedar sitios

del centro de registros y se ilustra una topología de administración de registros típica.

En Diseño de la topología de conversiones de documentos se describen los requisitos de

topología y las instrucciones de ajuste para la implementación de los convertidores de

documentos en una granja de servidores.

Page 3: Granja de Servidores

En Planeación de la redundancia (Office SharePoint Server) se describen las opciones de

disponibilidad para las funciones de servidor incluidas en una granja de servidores de Office

SharePoint Server.

En Libro descargable: Planeación de un entorno de extranet para Office SharePoint Server se

explican las recomendaciones de planeación para implementar Office SharePoint Server 2007

en un entorno de extranet.

http://jjmora.es/sparc-granja-de-servidores-vs-granja-de-threads/

OCT 07

SPARC: Granja de servidores vs granja de threadsOpenSolaris, Opinión, Procesadores, SPARC, Solaris, Tuning Dejar un comentario

IntroducciónActualmente estamos viviendo un periodo de transición con respecto a la arquitectura de las

máquinas con las que trabajamos. Los fabricantes de procesadores están provocando que el

mercado cambie el rumbo al que estabamos acostumbrados en los últimos años.

Al principio de los 90, apareció en escena el SO Linux, como se ha demostrado, Linux ha

sido una completa revolución en muchos aspecto del mundo IT y no solo por su aportación al

movimiento OpenSource, desde el punto de vista del administrador de sistemas, las

aparición de Linux supuso un cambio en la mentalidad a la hora de administrar el sistema

operativo.

La reducción de costes de los PCs y la aparición de Linux provocó que se migrasen muchos

servicios, que utilizaban plaformas formadas por máquinas multiprocesadoras a granjas de

servidores de un solo procesador y los cuales utilizaban Linux como SO, este cambio en la

arquitectura de las plataformas provocó que el perfíl del administrador de sistemas

cambiáse. Ya no se necesitaba que el administrador de sistema fuese un experto en SO ya

que no administraba un SO sino una granja de servidores, lo importante era la granja en si y

por lo tanto el SO pasó a tener la misma relevancia que un driver para acceder a disco.

Cuando trabajas con una plaforma de 100 máquinas con Linux, el que una de ellas tenga

problemas de rendimiento es totalmente irrelevante, nadie se preocupa de qué le ocurre al

rendimiento de la máquina, sencillamente se apaga, se reinstala y listo.

La aparición de los procesadores multicore, provoca varios cambios, uno de ellos es que las

soluciones con máquinas multiprocesador/multicore toman cada vez mas peso, para

solucionar problemas mediante la consolidación de servicios/servidores en pocas máquinas,

utilizando soluciones de virtualización, volviendo de esta forma al modelo pre-Linux. Donde

las plataformas se implementan con pocas máquinas, las cuales tienen muchos

procesadores.

Este nuevo modelo, ¿qué supone para los administradores de sistemas?, principalmente un

cambio en la mentalidad del administrador. Este modelo provocará la progresiva

Page 4: Granja de Servidores

desaparición del modelo de “granja de servidores“. Con el nuevo modelo, una máquina

estará destinada a dar servicios a varias aplicaciones, lo que provocará que el administrador

tenga que administrar los recursos de la máquina para que ésta ofrezca el mejor rendimiento

posible a las distintas aplicaciones a las que da servicio.

El nuevo modelo formado por máquinas multiprocesador/multicores obligará a los

administradores de sistemas a conocer todas las posibilidad del SO para gestionar los

recursos de la máquina. Frente al crecimiento horizontal de las plataformas basadas en

granjas de servidores, el nuevo modelo puede crecer tanto horizontalmente (añadir

máquinas a la plataforma resulta ahora más caro) como verticalmente, podemos plantear

que se aumente la memoria, la CPU, etc de las máquinas.

Teniendo más o menos clara la visión de lo que puede ser la situación futura en los entornos

IT, es importante que los administradores conozcan qué procesadores existen en el mercado

y cual es la tendencia de los fabricantes en este sentido.

Como administradores debemos asumir nuestra responsabilidad en la planificación de las

infraestructuras IT de la empresa, este post pretende dar un poco de luz a la actual oferta de

procesadores SPARC y que esta información nos ayude, en la medida de lo posible a tomar

decisiones y si estas decisiones son las correctas, mucho mejor. Pensemos por un momento

en todos esos administradores que, mas o menos en el 95 (justo antes de la explosión de

Linux) compraron máquinas multiprocesadoras (cuyo coste era muy muy superior al de esos

PCs que teníamos para correr Windows) para que dieran servicio como servidores Web,

servidores de correo, etc. Podemos decir que esa fue una mala decisión y no fue mala por un

tema técnico, fue mala por razones de costes, los costes de explotación, de mantenimiento,

de soportes, etc. De este tipo de máquina son muy superiores a los de los PCs que podíamos

comprar en la tienda de al lado. Por lo tanto el error no fue por un problema en la elección de

la tecnología disponible, sino sencillamente de costes.

Como aumentar la capacidad de un procesadorEl objetivo de todos los fabricantes de procesadores, cuando diseñan un nuevo procesador,

es el mismo y lo podemos resumir en la siguiente frase.

“Ejecutar el mayor número de instrucciones por segundo”

Esta es una máxima que persiguen los fabricantes y existen dos estrategias para intentar

conseguir el mayor número de instrucciones por segundo.

Aumentar la velocidad del procesador, con esta estratégia se consigue que el número

de instrucciones por segundo aumente, al aumentar las frecuencias de los relojes de

los procesadores y por lo tanto disminuir el tiempo que necesita el procesador para

ejecutar una instrucción.

Aumentar la ejecución de instrucciones en paralelo, si el procesador consigue

ejecutar varias instrucciones en paralelo también se conseguirá un aumento del

rendimiento, aquí no se modifica la frecuencia del reloj, sino que la estrategia se

basa en diseñar procesadores un poco mas complejos que puedan gestionar la

ejecución de varias instrucciones en paralelo.

¿Qué es un procesador CMT?

Page 5: Granja de Servidores

Los procesadores CMT (Chip Multithreading Technology) son el resultado de la

implementación de la estrategia de paralelización de las instrucciones en un procesador.

Hasta ahora los procesadores implementaban una técnica de paralelización llamada ILP

(Instruction level Parallelism), los procesadores CMT dan un paso mas al paralelizar los

hilos de ejecución, lo que supone que varios procesos estarán ejecutando instrucciones, que

no tienen dependecias, al mismo tiempo, esta técnica se llama TLP (thread Level

Parallelism).

El TLP se basa en utilizar los tiempos de espera del procesador para ejecutar instrucciones de

otros hilos, al ser hilos independientes, no existe dependencia en la ejecución de las

instrucciones, produciendose una paralelización real, frente a la técnica de ILP que está

sujeta a las dependencias que existan entre las instrucciones que se intentan paralelizar.

Cuando un procesador CMT ejecuta una instrucción que requiere un dato de memoria, el

procesador lanza la petición a memoria, la mayoría de los procesadores estarían esperando

hasta que la memoria devolviese el dato, pero un procesador CMT no se queda en un estado

de espera, sino que la unidad de control de instrucción switchea a la instrucción de otro

proceso y lanza una instrucción de este segundo proceso, dependiendo del número de

threads que pueda manejar el procesador, podremos tener mas o menos threads

ejecutándose simultaneamente. Como podemos ver, los procesadores que implementen TLP,

utilizan de forma mas eficiente el tiempo de procesador.

CMT no es la solución para todos nuestros problemas.Todo no van a ser ventajas en los procesadores CMT, también presentan algunos

inconvenientes, el más importante, es el posible cuello de botella en el acceso a la

memoria, los distintos cores que forman el procesador estarán compitiendo por el acceso a

la memoria. Un buen diseño en la jerarquía de caches permitirá un aumento en el número

de aciertos y por lo tanto una reducción del tiempo empleado para acceder a la memoria.

El problema del cuello de bottella en el acceso a la memoria se acentua en aplicaciones

que realizan un uso intensivo de la memoria, como pueden ser las BBDD, en este tipo de

aplicaciones, los cores del procesador estarían constantemente intentando acceder a

memoria, ya que los aciertos de cache serían demasiado bajos.

Procesadores SPARCVamos a dar un pequeño repaso que nos permita disponer de una visión sobre los distintos

procesadores SPARC que existen actualmente en el mercado, tanto de Sun como de

Fujitsu. El conocer la arquitectura de un procesador, aunque de una forma superficial, es

muy importante para un administrador de sistemas. Los distintos procesadores van a dar

distintos rendimientos según en el entorno en el que los empleemos. Nosotros como

administradores de sistemas, no tenemos porqué tener un conocimiento profundo sobre la

arquitectura de los procesadores, pero tener un conocimiento de cómo funciona un

procesador, aunque sea superficial, nos puede ayudar a tomar la decisión de qué máquinas

debemos emplear en un entorno determinado.

Este post no pretende ser un estudio profundo sobre las distintas arquitecturas de la familia

de procesadores SPARC, solo pretende dar una sencilla visión sobre estos procesadores, que

nos sirva para tomar decisiones sobre nuestras infraestructuras.

Page 6: Granja de Servidores

Algo que debemos dejar claro, es que las decisiones a la hora de montar una nueva

infraestructura de sistemas, no se puede basar, únicamente en el tipo de procesador que

deben de llevar las máquinas de esta infraestructura. En este tipo de decisiones intervienen

muchos otros factores, este post solo pretende realizar una comparativa entre los distintos

procesadores sin analizar otros elementos como son, el almacenamiento, el tipo y la cantidad

de máquinas, la arquitectura de las máquinas, etc.

Para la valoración de la utilidad de los procesadores, hemos supuesto un entorno 3 capas,

que es una de las arquitecturas de sistemas más extendida y por lo tanto podemos emplearla

como caso típico.

Donde la primera capa corresponde a los servidores de entrada, pueden ser servidores web,

de correo, etc. La segunda capa corresponde a los servidores de aplicación, son los

encargados de recibir las peticiones de la capa superior y solicitar datos a la capa inferior

para construir una respuesta. Y por último, la tercera capa, que corresponde a los servidores

que almacenan la información.

UltraSPARC IV+Cores 2

Threads/

core1

FPU 1:1

L1 inst. 64KB

L1 datos 64KB

L2 2MB, 4-way

L3 32MB, 4-way

Page 7: Granja de Servidores

i-TLB16 FA + 512 2-way

SA

d-TLB16 FA + 512 2-way

SA

El procesador UltraSPARC IV+ es una evolución del UltraSPARC IV, que es el primer

procesador que implementa la tecnología CMT. El procesador UltraSPARC IV+ está

formado por dos cores UltraSPARC III. Las mejoras presentes en el US IV+ incluyen la

implementación de dos nuevos niveles de cache L2 y L3, los cuales son accesibles por

ambos cores. Hay que destacar del procesador US IV+, que el tamaño de la memoria cache

L3 es considerablemente grande, un total 32MB, el objetivo es intentar disminuir los fallos de

cache y evitar de esta forma disminuir los accesos a memoria.

NivelEntrad

a

Aplicació

nDatos

Valoraci

ónBuena

Muy

Buena

Muy

Buena

SPARC64 VICores 2

Threads/

core2

FPU 1:1

Page 8: Granja de Servidores

L1 inst. 128KB

L1 datos 128KB

L2 64MB, 10-way

L3 NA

i-TLB/d-TLBCombinada, 32FA + 2048 2-

way SA

   

El procesador SPARC64 VI es el primer procesador de Fujitsu que incorpora 2 cores, la

ventaja de este procesador es que cada core es capaz de trabajar con 2 threads, lo que

significa que cada procesador es capaz de gestionar 4 threads. Este procesador se monta en

máquinas SMP como la serie M de Fujitsu-Siemens y Sun, en la que encontramos

máquinas que tienen de 4 procesadores a 64. Este procesador funciona perfectamente en

máquinas con arquitectura SMP, por lo que podemos asegurar que funcionará bien en

entornos donde se necesite mucha capacidad de cálculo y bastante acceso a memoria, como

pueden ser los entornos de BBDD.

NivelEntrad

a

Aplicació

nDatos

Valoraci

ónBuena

Muy

Buena

Muy

Buena

UltraSPARC T1Cores 8

Threads/

core4

FPU 1:8

Page 9: Granja de Servidores

L1 inst. 16KB

L1 datos 8KB

L23MB, 12-

way

L3 NA

i-TLB 64 FA

d-TLB 64 FA

El procesador UltraSPARC T1 es el primero de la familia de procesadores T, los cuales se

basan en tecnología CMT. El US T1 tiene hasta 8 cores, cada uno de los cuales puede

trabajar con 4 threads, lo que hacen un total de 32 threads en ejecución. Presenta dos

inconvenientes, el primero es que todos los cores comparte una única unidad de coma

flotante lo que puede suponer un problema para entornos científicos o aplicaciones que

hagan uso de este tipo de operaciones. El segundo inconveniente es que el procesador US

T1, únicamente está montado en máquinas monoprocesadoras, esto nos obliga a que el

crecimiento de la infraestructura sea únicamente en horizontal.

Puestas en la balanza, por un lado las ventajas (hasta 8 cores en un solo chip) y por otro los

inconvenientes, en una plataforma de 3 capas, este procesador funcionará bien en la capa de

Page 10: Granja de Servidores

entrada, servidores web, de correo, etc. ya que nos serviría para la consolidación de

infraestructura de entrada. Por la arquitectura del procesador y la forma de crecimiento en

horizontal, no es aconsejable utilizarlo para las capas de aplicación y la de bbdd.

Nivel EntradaAplicació

n

Dato

s

Valoraci

ón

Muy

BuenaRegular Mala

UltraSPARC T2Cores 8

Threads/

core8

FPU 1:1

L1 inst. 16KB

L1 datos 8KB

L24MB, 16-

way

L3 NA

i-TLB 64 FA

d-TLB 128 FA

El UltraSPARC T2, es la segunda generación de la familia de procesadores US T, como

mejoras frente a su antecesor el US T1 podemos destacar, que se ha aumentado el número

Page 11: Granja de Servidores

de threads con lo que que puede trabajar un core, se ha pasado de 4 a 8 threads. Tambíen

podemos destacar que cada core tiene su propia unidad de coma flotante, esto permite

eliminar la limitación del US T1 con respecto a las operaciones de coma flotante. El US T2

presenta un redimiento muy bueno para aplicaciones en coma flotante. También se ha

aumentando el tamaño de la memoria cache L2, ahora es de 4MB y se ha duplicado el

tamaño de la d-TLB, hasta las 128 posiciones.

Como inconvenientes podemos comentar que el procesador US T2 solo se monta en

máquinas monoprocesadoras, lo que limita el tipo de crecimiento HW a un crecimiento

horizontal, esta limitación provoca que sea un procesador para entornos de entrada, tales

como servidores web, servidores de correo, etc. Puede funcionar para la capa de aplicación,

siempre que las aplicaciones permitan crecer horizontalmente. Podemos descartar a este

procesador, sobre todo por su limitación de crecimiento horizontal, para entornos de BBDD.

Nivel EntradaAplicació

nDatos

Valoraci

ón

Muy

Buena

Muy

Buena

Regula

r

UltraSPARC T2 plusCores 8

Threads/

core8

FPU 1:1

L1 inst. 16KB

L1 datos 8KB

L24MB, 16-

way

L3 NA

i-TLB 64 FA

d-TLB 128 FA

Page 12: Granja de Servidores

El procesador UltraSPARC T2+ es una evolución del US T2 hacia un procesador que pueda

ser utilizado en arquitecturas SMP. La única diferencia que hay entre el US T2+ y el US T2,

es que el US T2+ dispone de un elemento entre la cache L2 y el controlador de memoria

llamado Coherence Unit que permite conectar varios procesadores US T2+.

Podemos decir que este procesador va muy bien en máquinas para la capa de entrada y de

aplicación y puede funcionar bien en la capa de datos, dependiendo del tipo de BBDD que se

vaya a utilizar.

Nivel EntradaAplicació

nDatos

Valoraci

ón

Muy

Buena

Muy

Buena

Buen

a

Coherence UnitEl Coherence Unit se encarga de mantener coherencia entre las caches L2 de varios

procesadores UltraSPÂRC T2+. Su función es sencilla, cuando se realiza una petición al

controlador de memoria, lanza esta misma petición contra el CU del otro procesador, para

comprobar si el segundo procesador tiene almacenado el dato en su cache L2, si el dato está

en la cache L2 de segundo procesador, la CU lo envía al primer procesador, evitando de esta

forma, tener que esperar a que el dato venga de la memoria principal, mucho mas lenta que

la memoria L2.

¿Granja de threads?Una vez visto los distintos procesadores SPARC, si nos decidímos emplear máquinas que

hagan uso de este tipo de procesador, tanto si elegímos una arquitectura de pocas máquinas

con muchos procesadores, como si optamos por muchas máquinas con pocos procesadores,

nos enfrentamos al problema de la gestión de los recursos del sistema, CPU, memoria, IPCs,

etc. Como hemos podido ver en el post, el modelo de arquitectura en los sistemas está

cambiando, ahora los administradores vamos a tener que gestionar de una forma mucho mas

Page 13: Granja de Servidores

eficiente recursos que hasta ahora hemos ignorado un poco, como son la CPU o la memoria,

hasta ahora nos hemos centrado en administrar máquinas que daban servicios en lo que se

denominaban granjas de máquinas y donde la unidad mínima de gestión, podíamos

considerarla como la máquina. Ahora nos enfrentamos a escenarios donde un solo

procesador puede ejecutar varias threads en distintos cores, ahora tendremos que

administrar esos threads o mas bién los recursos empleados por dichos threads en el

sistema, el nuevo modelo de varias (muchas o pocas) máquinas, cada una de las cuales

estarán ejecutando muchos threads, podemos considerar que tendremos granjas de

threads.

capacidad de servidores:

primero debes tener en cuenta para que vas usar el servidor, si es de aplicación , bases de datos, proxy, dhcp, ect... segun la necesidad varia la capacidad.

si es de bases de datos considero que es el que mas capacidad debe tener en todos sus aspectos memoria y sobre todo disco duro y sin embargo el disco duro depende de la concurrecia de datos y el procesador depende de la concurrencia de datos simultáneos y así analisas para cada caso. De todas formas te envío unos links a ver si te pueden ayudar.

http://technet.microsoft.com/es-es/library/cc732102%28WS.10%29.aspx

Planeación de la capacidad

Actualizado: octubre de 2007

Se aplica a: Windows Server 2008, Windows Server 2008 R2

El objetivo de la planeación de la capacidad es asegurar que el contenido puede llegar a todos los

usuarios sin retrasos ni interrupciones. Una red de transmisión por secuencias multimedia

adecuadamente configurada y planeada mejorará los tiempos de respuesta, rendimiento de datos,

disponibilidad de contenido y reducirá la tasa de errores de datos.

La planeación de la capacidad se basa en tres variables: volumen de la audiencia, tipo y tamaño del

contenido, y número y velocidad de los servidores. En la mayoría de los casos, la planeación de la

capacidad se usa para determinar los requisitos del servidor necesarios para ofrecer una cantidad de

contenido a una audiencia seleccionada, aunque se puede decidir una planeación para determinar otras

variables bajo determinadas circunstancias.

Se puede estimar la capacidad de red necesaria con la siguiente fórmula:

Capacidad de red necesaria = Velocidad en bits del contenido × número estimado de clientes

Hay dar una serie pasos para planear la capacidad. Los temas de esta sección presentan estos pasos y

ofrecen una introducción a los conceptos involucrados.

Page 14: Granja de Servidores

En esta sección

Evaluación del contenido de transmisión

Estimación del volumen de público

Cálculo de la capacidad necesaria del servidor

Evaluación del potencial de crecimiento

Ensamblaje de la capacidad necesaria

Pruebas de capacidad

Consulte también

Otros recursosOptimización de Servicios de Windows Media (puede estar en inglés)

http://technet.microsoft.com/es-es/library/ff686782.aspx

Acerca de la planeación de rendimiento y capacidad

Publicado: 12 de mayo de 2010

En este capítulo se aborda el modo de determinar los requisitos de hardware de un único conjunto o

granja de servidores de Microsoft Project Server 2010. Además, se describen las características que

afectan a los requisitos de capacidad y se realizan recomendaciones para los siguientes aspectos:

Número de equipos servidor en el conjunto o granja de servidores

Configuración de los roles de servidor de aplicaciones en el conjunto o granja de servidores

Requisitos de hardware para los roles de servidor específicos en el conjunto o granja de

servidores

Planeación de la capacidad frente a disponibilidad

En este capítulo se da por hecho que ya ha planeado los requisitos de disponibilidad usando como referencia los artículos contenidos en Planeación de la implementación (Project Server 2010). Como resultado de ello, comenzará el ejercicio de planeación de la capacidad con una topología que satisface los requisitos de disponibilidad mínimos de la organización. En función de la topología que haya seleccionado, este capítulo le ayudará a determinar lo siguiente:

Si es necesario agregar más servidores para alcanzar los objetivos de capacidad y rendimiento

Si es necesario ajustar la configuración de los roles de servidor de aplicaciones para optimizar la

capacidad y el rendimiento en el conjunto o granja de servidores

Si es necesario planear más de un conjunto o granja de servidores según los requisitos de

capacidad

Page 15: Granja de Servidores

En algunas ocasiones, los requisitos de disponibilidad de una organización pueden hacer que el tamaño del conjunto o granja de servidores proporcione una capacidad o rendimiento mucho mayor de lo que se necesita. En tal caso, la planeación de la capacidad puede consistir en aprovechar el tamaño del hardware del servidor de forma económica, en lugar de agregar más equipos servidor o escalar con un hardware de mayor rendimiento.

Muchas veces, la topología que satisface los requisitos de disponibilidad mínimos de la organización sirve como punto de partida y se van agregando o escalando equipos cliente para lograr los objetivos de capacidad y rendimiento fijados.

Enfoque de planeación de la capacidad

Existen numerosas variables que influyen en la planeación de la capacidad, lo cual hace difícil que se obtenga una respuesta clara de una pregunta sencilla. Por lo tanto, la respuesta más común que se da a las preguntas relacionadas con la capacidad es "Depende…".

El ejercicio de planeación de la capacidad descrito en este capítulo está pensado para reducir el número de variables que se han de tener en cuenta para, de este modo, poder dar respuestas sin ambigüedades a partir de escenarios comunes. Este capítulo también incluye orientación para calcular los requisitos de capacidad y rendimiento en función de las características de la solución de cada usuario. Así, contempla dos pautas orientativas para la planeación de la capacidad:

Recomendaciones para calcular los requisitos de capacidad   Se suministra una serie de

artículos en función de los escenarios deseados. En cada artículo se define un perfil de uso

típico y se enumeran las principales características que van a afectar a la capacidad y el

rendimiento en el escenario. Según cuál sea el perfil y las principales características, los datos

predefinidos permiten calcular los requisitos de capacidad de la solución.

Fórmulas y orientación para calcular requisitos de capacidad específicos   Con esta orientación,

puede desarrollar su propio perfil de uso (o bien modificar uno de los perfiles de escenario), así

como calcular todas las variables que afectan a la capacidad y al rendimiento de la solución.

Proceso de planeación de la capacidad

La planeación de la capacidad se centra en tres aspectos relativos al tamaño de la solución:

Límites de capacidad del software   Cada una de las características que se pueden

implementar y los objetos que se pueden crear presentan limitaciones de escala, de modo que

planear los límites de la capacidad garantiza que el diseño de la solución encaja con las

recomendaciones de escala software.

Objetivos de rendimiento   Cada tipo de acción que un conjunto o granja de servidores

realiza supone una carga de rendimiento en el hardware del servidor. Las acciones principales

abarcan las operaciones de usuario, la indización de contenido y las tareas de operaciones

(como realizar copias de seguridad de las bases de datos). El uso de características especiales,

como Excel Calculation Services, necesario para la creación de cubos, también constituye una

carga del rendimiento. El desarrollo de objetivos de rendimiento conlleva calcular el número de

operaciones por segundo que un conjunto o granja de servidores debe procesar para dar cabida

a la carga de rendimiento esperada.

Capacidad de los datos   La capacidad de los datos consiste en el volumen esperado de bases

de datos de contenido y la base de datos de configuración. Cada rol de servidor presenta

asimismo requisitos de datos exclusivos en función de la solución, como el espacio en disco

para los índices de contenido o el contenido almacenado en caché.

Page 16: Granja de Servidores

http://es.w3support.net/index.php?db=sf&id=21876

¿Cómo calcular la capacidad de CA necesaria para una sala de servidores?