- Cree una cuenta gratuita dentro de Azure. Para hacerlo puede guiarse de esta documentación. Al hacerlo usted contará con $200 USD para gastar durante 1 mes.
Adjunto a este laboratorio usted podrá encontrar una aplicación totalmente desarrollada que tiene como objetivo calcular el enésimo valor de la secuencia de Fibonnaci.
Escalabilidad Cuando un conjunto de usuarios consulta un enésimo número (superior a 1000000) de la secuencia de Fibonacci de forma concurrente y el sistema se encuentra bajo condiciones normales de operación, todas las peticiones deben ser respondidas y el consumo de CPU del sistema no puede superar el 70%.
- Diríjase a el Portal de Azure y a continuación cree una maquina virtual con las características básicas descritas en la imágen 1 y que corresponden a las siguientes:
- Resource Group = SCALABILITY_LAB
- Virtual machine name = VERTICAL-SCALABILITY
- Image = Ubuntu Server
- Size = Standard B1ls
- Username = scalability_lab
- SSH publi key = Su llave ssh publica
-
Para conectarse a la VM use el siguiente comando, donde las
x
las debe remplazar por la IP de su propia VM.ssh scalability_lab@xxx.xxx.xxx.xxx
-
Instale node, para ello siga la sección Installing Node.js and npm using NVM que encontrará en este enlace.
-
Para instalar la aplicación adjunta al Laboratorio, suba la carpeta
FibonacciApp
a un repositorio al cual tenga acceso y ejecute estos comandos dentro de la VM:git clone <your_repo>
cd <your_repo>/FibonacciApp
npm install
-
Para ejecutar la aplicación puede usar el comando
npm FibinacciApp.js
, sin embargo una vez pierda la conexión ssh la aplicación dejará de funcionar. Para evitar ese compartamiento usaremos forever. Ejecute los siguientes comando dentro de la VM.npm install forever -g
forever start FibinacciApp.js
-
Antes de verificar si el endpoint funciona, en Azure vaya a la sección de Networking y cree una Inbound port rule tal como se muestra en la imágen. Para verificar que la aplicación funciona, use un browser y user el endpoint
http://xxx.xxx.xxx.xxx:3000/fibonacci/6
. La respuesta debe serThe answer is 8
.
-
La función que calcula en enésimo número de la secuencia de Fibonacci está muy mal construido y consume bastante CPU para obtener la respuesta. Usando la consola del Browser documente los tiempos de respuesta para dicho endpoint usando los siguintes valores:
- 1000000
- 1010000
- 1020000
- 1030000
- 1040000
- 1050000
- 1060000
- 1070000
- 1080000
- 1090000
-
Dírijase ahora a Azure y verifique el consumo de CPU para la VM. (Los resultados pueden tardar 5 minutos en aparecer).
-
Ahora usaremos Postman para simular una carga concurrente a nuestro sistema. Siga estos pasos.
- Instale newman con el comando
npm install newman -g
. Para conocer más de Newman consulte el siguiente enlace. - Diríjase hasta la ruta
FibonacciApp/postman
en una maquina diferente a la VM. - Para el archivo
[ARSW_LOAD-BALANCING_AZURE].postman_environment.json
cambie el valor del parámetroVM1
para que coincida con la IP de su VM. - Ejecute el siguiente comando.
newman run ARSW_LOAD-BALANCING_AZURE.postman_collection.json -e [ARSW_LOAD-BALANCING_AZURE].postman_environment.json -n 10 & newman run ARSW_LOAD-BALANCING_AZURE.postman_collection.json -e [ARSW_LOAD-BALANCING_AZURE].postman_environment.json -n 10
- Instale newman con el comando
-
La cantidad de CPU consumida es bastante grande y un conjunto considerable de peticiones concurrentes pueden hacer fallar nuestro servicio. Para solucionarlo usaremos una estrategia de Escalamiento Vertical. En Azure diríjase a la sección size y a continuación seleccione el tamaño
B2ms
.
- Una vez el cambio se vea reflejado, repita el paso 7, 8 y 9.
- Evalue el escenario de calidad asociado al requerimiento no funcional de escalabilidad y concluya si usando este modelo de escalabilidad logramos cumplirlo.
- Vuelva a dejar la VM en el tamaño inicial para evitar cobros adicionales.
Preguntas
- ¿Cuántos y cuáles recursos crea Azure junto con la VM?
- ¿Brevemente describa para qué sirve cada recurso?
- ¿Al cerrar la conexión ssh con la VM, por qué se cae la aplicación que ejecutamos con el comando
npm FibonacciApp.js
? ¿Por qué debemos crear un Inbound port rule antes de acceder al servicio? - Adjunte tabla de tiempos e interprete por qué la función tarda tando tiempo.
- Adjunte imágen del consumo de CPU de la VM e interprete por qué la función consume esa cantidad de CPU.
- Adjunte la imagen del resumen de la ejecución de Postman. Interprete:
- Tiempos de ejecución de cada petición.
- Si hubo fallos documentelos y explique.
- ¿Cuál es la diferencia entre los tamaños
B2ms
yB1ls
(no solo busque especificaciones de infraestructura)? - ¿Aumentar el tamaño de la VM es una buena solución en este escenario?, ¿Qué pasa con la FibonacciApp cuando cambiamos el tamaño de la VM?
- ¿Qué pasa con la infraestructura cuando cambia el tamaño de la VM? ¿Qué efectos negativos implica?
- ¿Hubo mejora en el consumo de CPU o en los tiempos de respuesta? Si/No ¿Por qué?
- Aumente la cantidad de ejecuciones paralelas del comando de postman a
4
. ¿El comportamiento del sistema es porcentualmente mejor?
Antes de continuar puede eliminar el grupo de recursos anterior para evitar gastos adicionales y realizar la actividad en un grupo de recursos totalmente limpio.
- El Balanceador de Carga es un recurso fundamental para habilitar la escalabilidad horizontal de nuestro sistema, por eso en este paso cree un balanceador de carga dentro de Azure tal cual como se muestra en la imágen adjunta.
- A continuación cree un Backend Pool, guiese con la siguiente imágen.
- A continuación cree un Health Probe, guiese con la siguiente imágen.
- A continuación cree un Load Balancing Rule, guiese con la siguiente imágen.
- Cree una Virtual Network dentro del grupo de recursos, guiese con la siguiente imágen.
Ahora vamos a crear 3 VMs (VM1, VM2 y VM3) con direcciones IP públicas standar en 3 diferentes zonas de disponibilidad. Después las agregaremos al balanceador de carga.
- En la configuración básica de la VM guíese por la siguiente imágen. Es importante que se fije en la "Avaiability Zone", donde la VM1 será 1, la VM2 será 2 y la VM3 será 3.
- En la configuración de networking, verifique que se ha seleccionado la Virtual Network y la Subnet creadas anteriormente. Adicionalmente asigne una IP pública y no olvide habilitar la redundancia de zona.
- Para el Network Security Group seleccione "avanzado" y realice la siguiente configuración. No olvide crear un Inbound Rule, en el cual habilite el tráfico por el puerto 3000. Cuando cree la VM2 y la VM3, no necesita volver a crear el Network Security Group, sino que puede seleccionar el anteriormente creado.
- Ahora asignaremos esta VM a nuestro balanceador de carga, para ello siga la configuración de la siguiente imágen.
- Finalmente debemos instalar la aplicación de Fibonacci en la VM. para ello puede ejecutar el conjunto de los siguientes comandos, cambiando el nombre de la VM por el correcto
git clone https://github.com/daprieto1/ARSW_LOAD-BALANCING_AZURE.git
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.34.0/install.sh | bash
source /home/vm1/.bashrc
nvm install node
cd ARSW_LOAD-BALANCING_AZURE/FibonacciApp
npm install
npm install forever -g
forever start FibonacciApp.js
Realice este proceso para las 3 VMs, por ahora lo haremos a mano una por una, sin embargo es importante que usted sepa que existen herramientas para aumatizar este proceso, entre ellas encontramos Azure Resource Manager, OsDisk Images, Terraform con Vagrant y Paker, Puppet, Ansible entre otras.
- Porsupuesto el endpoint de acceso a nuestro sistema será la IP pública del balanceador de carga, primero verifiquemos que los servicios básicos están funcionando, consuma los siguientes recursos:
http://52.155.223.248/
http://52.155.223.248/fibonacci/1
-
Realice las pruebas de carga con
newman
que se realizaron en la parte 1 y haga un informe comparativo donde contraste: tiempos de respuesta, cantidad de peticiones respondidas con éxito, costos de las 2 infraestrucruras, es decir, la que desarrollamos con balanceo de carga horizontal y la que se hizo con una maquina virtual escalada. -
Agregue una 4 maquina virtual y realice las pruebas de newman, pero esta vez no lance 2 peticiones en paralelo, sino que incrementelo a 4. Haga un informe donde presente el comportamiento de la CPU de las 4 VM y explique porque la tasa de éxito de las peticiones aumento con este estilo de escalabilidad.
newman run ARSW_LOAD-BALANCING_AZURE.postman_collection.json -e [ARSW_LOAD-BALANCING_AZURE].postman_environment.json -n 10 &
newman run ARSW_LOAD-BALANCING_AZURE.postman_collection.json -e [ARSW_LOAD-BALANCING_AZURE].postman_environment.json -n 10 &
newman run ARSW_LOAD-BALANCING_AZURE.postman_collection.json -e [ARSW_LOAD-BALANCING_AZURE].postman_environment.json -n 10 &
newman run ARSW_LOAD-BALANCING_AZURE.postman_collection.json -e [ARSW_LOAD-BALANCING_AZURE].postman_environment.json -n 10
Preguntas
- ¿Cuáles son los tipos de balanceadores de carga en Azure y en qué se diferencian?, ¿Qué es SKU, qué tipos hay y en qué se diferencian?, ¿Por qué el balanceador de carga necesita una IP pública?
- ¿Cuál es el propósito del Backend Pool?
- ¿Cuál es el propósito del Health Probe?
- ¿Cuál es el propósito de la Load Balancing Rule? ¿Qué tipos de sesión persistente existen, por qué esto es importante y cómo puede afectar la escalabilidad del sistema?.
- ¿Qué es una Virtual Network? ¿Qué es una Subnet? ¿Para qué sirven los address space y address range?
- ¿Qué son las Availability Zone y por qué seleccionamos 3 diferentes zonas?. ¿Qué significa que una IP sea zone-redundant?
- ¿Cuál es el propósito del Network Security Group?
- Informe de newman 1 (Punto 2)
- Presente el Diagrama de Despliegue de la solución.