El hardware físico de wrt de equilibrio de carga es casi similar al equilibrio de carga en la nube. Sin embargo, existe esta delgada línea de diferencia entre la rapidez con la que su servidor en espera se ejecuta y funciona.
La nube, como espero que sepa, es un fenómeno de servicio a pedido. Obtiene hardware (podría ser vms / almacenamiento), plataforma, software a pedido, dependiendo de qué capa le preocupe. Por lo tanto, bajo demanda lo hace más adecuado para el equilibrio de carga.
Esta ilustración aclararía el mecanismo, generalmente utilizado, de equilibrio de carga en Cloud Computing.
- ¿Cuáles son las limitaciones de Dropbox frente a otras plataformas de almacenamiento en la nube?
- ¿Cuál es el mejor para la computación en la nube, Microsoft Azure o AWS?
- ¿Qué es la informática avanzada?
- ¿Por qué no hay un sistema operativo basado en la nube?
- ¿Cómo pueden los departamentos de TI convertirse en mejores innovadores?
Supongamos que soy un proveedor de software como servicio. Pongo a disposición de los clientes una determinada aplicación de software (Say fooOffice) a pedido.
He orquestado, programado todo el sistema para los clientes que 24X7 la aplicación estaría disponible para n clientes a través de http / s. Y sí, esto se está ejecutando en mis máquinas virtuales en la nube.
Ahora hay varias razones para hacer lo que voy a hacer ahora, pero nos quedaremos con el equilibrio de carga.
- Instalé fooOffice en una máquina virtual, tomé una instantánea de la misma, escribí scripts para hacer que un vm recién creado fuera de esta instantánea esté disponible para el cliente.
- Comencé a leer la interfaz de usuario en fooOffice.web. con un lote inicial de 10 de esas máquinas virtuales.
- Implementé un monitor en promedio de carga de mis 10 máquinas virtuales.
- En un nivel de carga más alto (n + 1000 usuarios), automáticamente programé cosas para aprovisionar en tales máquinas virtuales y agregarlas al grupo de 10.
- Me siento mejor. 🙂
- Cuando se cae, el chip de x VM del grupo.
Espero que esto responda a su pregunta.
El equilibrio de carga de PS que usted explicó es un nivel interno donde hace que las máquinas virtuales y los nodos en su laboratorio estén a la par y ambos tipos se tratarían de manera similar.
EDITAR1: Después de hablar con el que hace la pregunta
El número de máquinas virtuales no es finito a menos que esté hablando de Private Cloud. En Public Cloud es ilimitado y depende de cuánto puede gastar. Por lo general, no obtiene (hay casos en los que puede pensar en colocar su máquina virtual pero no específicamente el host) para elegir el host. Solo necesita pensar cómo distribuir su carga. Depende de si es homogéneo o heterogéneo.
La carga homogénea es donde no tiene que pensar en detalles específicos de la VM antes de transferirle la carga y puede agregarla a su grupo y listo.
Por ejemplo: tiene un flujo de entrada de datos del mercado de valores con una fila de tabla para procesar a la vez. Y debe hacer un X + 5 en el valor de la columna X para cada fila. Lo que puede hacer es colocar inicialmente 5 máquinas virtuales para este trabajo y puede escribir un distribuidor de carga para crear fragmentos de datos y alimentar 5 máquinas virtuales.
tupla A
tupla B
tupla C
tupla D
tupla E
tupla F
.
.
Alimente AE a VM1, luego FJ a VM2 y así sucesivamente. Sin embargo, su flujo de entrada no es fijo. Con una mayor actividad en el mercado, el aporte sigue aumentando. Ahora, para que su sistema funcione con la misma eficiencia, es posible que desee agregar más máquinas virtuales a su grupo de 5 máquinas virtuales. Y solicite a su distribuidor de carga que envíe fragmentos en esos nuevos vms también.
La carga heterogénea es donde tiene un grupo de nodos necesarios para ejecutar con gracia su aplicación. Y sigue cambiando.
Por ejemplo: puede procesar datos como se indicó anteriormente, pero junto con eso también obtiene datos distintos a este. Flujo adhoc de mp3 para transmitir y muchas otras cosas. En ese caso, tendrá que hacer varios grupos y cada grupo manejaría un tipo de carga y lo haría parecer homogéneo.
Sin embargo, creo que los datos homogéneos deberían ser suficientes para usted. 
Permanezca enfocado en la carga homogénea (este término no es realmente literal sino figurativo) solamente. Y trata de darle sentido a esto. Discutiremos más sobre los comentarios y luego procederemos a continuación. He enumerado (A, B, C ..) los componentes para que podamos analizarlos fácilmente.
EDIT2:
Input Load aquí se refiere a un simple sitio web.
A. La pila de aprovisionamiento es la nube.
B. Puede considerarse como VM en A en la que se ejecuta su servidor web. B puede ser muchos. Y eso es lo que queremos identificar.
C. Es un agente de monitoreo. Debe instalarse en cada uno de sus nuevos B creados. (La mejor manera es crear un servidor web, instalar este agente de monitoreo en él, tomar una instantánea (imagen) de esta máquina virtual y crear máquinas virtuales a partir de esta instantánea una y otra vez cada vez que necesite una nueva B. Algunas configuraciones deben corregirse como La IP del servidor web cambiaría por una nueva B. Eso se puede hacer a través de scripts de inicio en su instantánea. De modo que cada vez que se cree una nueva B, esos scripts configurarán automáticamente su nueva VM y la pondrán en funcionamiento y lista para ser agregada en la piscina).
D. Ahora, como vamos a tener muchos B, vamos a tener el mismo número de C también. Cada servidor tendrá su propio agente de supervisión. Y cada agente de supervisión después de evaluar el promedio de carga de VM que se está ejecutando en el interior enviará notificaciones (a través de mensajes MQ) a Message Broker Ej: “WebServerId = 123, CurrentLoadAverage = 99”. Message Broker es una forma muy eficiente de transferir información a través de componentes de software. Apache ActiveMQ, Rabbit MQ, Qpid son una vez que quieres buscar en Google y aprender.
E. E es en realidad su equilibrador de carga que tiene varios subcomponentes.
G. G es el receptor de mensajes de Message Broker. Analizará los mensajes y generará un informe consolidado para el tomador de decisiones.
F. F es exactamente donde debe implementarse y desplegarse su algoritmo de equilibrio de carga y es allí donde se utilizaría. F tomará la decisión de eliminar / agregar Bs del grupo.
H. H es solo una persona que se encarga de hacer llamadas de descanso / llamadas de telenovela a Cloud cuando el responsable de tomar decisiones le ha ordenado que cree / elimine Bs.
I. No soy más que una base de datos. Por supuesto, primero lo necesitará para almacenar toda la información del grupo. Luego, probablemente, detalles de las máquinas virtuales como ubicación geográfica y todo. Tiene muchos usos en realidad. Entraremos en eso mientras se desarrolla.
J. Es simplemente un cliente de descanso / cliente compatible con su proveedor de la nube (si es privado, tendrá que escribirlo. Lo haremos privado y ahorraremos dinero). De nuevo, ¿qué hace este Rest Client? En Cloud GUI no es la única forma de crear máquinas virtuales / eliminar máquinas virtuales. También proporcionan RestClient, SOAP Client, CLI Client para hacer lo mismo. ¿Porqué necesitamos esto? Podemos usar RestClient para automatizar cosas. Quiero decir que vamos a hacer un fragmento de código para crear vm / eliminar vm cuando sea necesario. Sin intervención humana. Por lo tanto, RestClients es fácil de integrar aquí.
La interfaz gráfica de usuario también se puede automatizar, pero eso es lo que hacen los comprobadores de interfaz de usuario con las pruebas de automatización. Es muy poco saludable y laborioso.
