estudio comparativo de plataformas cloud computing para ...

More documents

Recommendations

Info

ESTADO DE LA CUESTIÓN ESTUDIO COMPARATIVO DE PLATAFORMAS CLOUD COMPUTING PARA ARQUITECTURAS SOA eliminando la necesidad de Operaciones para aumentar manualmente el número de instancias de aplicación. 2.6.2.20. Elección de la infraestructura de nube (No disponible en OpenShift Online) [Red Hat Inc., 2013b.] OpenShift empresarial está diseñado para ser desplegado en la capa superior, y se ejecuta en Red Hat Enterprise Linux (RHEL). RHEL es necesario debido a la utilización de SELinux dentro de la plataforma OpenShift, y permite además brindar Servicios de Soporte Global de Red Hat proveer soporte a las PaaS y a los runtimes y bibliotecas incluidas. OpenShift empresarial no tiene requisitos específicos para la capa de infraestructura aparte de que debe ser capaz de proveer instancias de RHEL. Para ello, los clientes OpenShift empresarial tienen la opción de infraestructura. Los clientes de la platasforma como servicios de OpenShift empresarial cuentan con opciones de infrasestructura, pudiendo implementar la solución mediante servidores físicos, mediante una plataforma de virtualización, una Infraestructura como servicio, o un proveedor de nube pública, siempre y cuando las instancias de RHEL puedan ser configuradas y accedidas, se pueden implementar. Esto otorga la libertad de implementar la solución PaaS de OpenShift empresarial en la forma que mejor se ajuste a sus opciones de infraestructura existentes. 2.6.3. Autoescalabilidad [Red Hat Inc., 2013g] Por defecto, cuando se crea una aplicación OpenShift, es automáticamente escalada basándose en la cantidad de peticiones (del inglés “request”). OpenShift también permite escalar manualmente las aplicaciones ajustando los umbrales mínimos y máximos permitidos para escalar. [Red Hat Inc., 2013c.] Cómo funciona la escalabilidad de OpenShift El cartucho HAProxy se sienta entre la aplicación y el Internet público y las rutas de tráfico web a sus cartuchos web. Cuando aumenta el tráfico, HAProxy notifica a los servidores OpenShift que necesita capacidad adicional. OpenShift Chequea que tenga disponibilidad (de los tres engranajes libres) y luego crea otra copia de su cartucho web en ese nuevo equipo. El código en el repositorio git se copia en cada nuevo equipo, pero el directorio de datos comienza vacío. Cuando se inicia el nuevo cartucho de copia realizará los procedimientos necesarios y el proxy de alta disponibilidad (del inglés High availability Proxy, de acrónimo "HAProxy") comenzará a realizar el enrutamiento de las peticiones web al mismo. TRABAJO FINAL DE ESPECIALIZACIÓN EN ING. EN SISTEMAS DE INFORMACIÓN 44 FRANCO BOCCHIO
ESTADO DE LA CUESTIÓN ESTUDIO COMPARATIVO DE PLATAFORMAS CLOUD COMPUTING PARA ARQUITECTURAS SOA El algoritmo para la escalabilidad hacia arriba y hacia abajo (expansión y decremento) se basa en el número de solicitudes simultáneas a su aplicación. OpenShift asigna 10 conexiones por equipo. Si el HAProxy ve que la aplicación está sosteniendo el 90% de su capacidad máxima, añade otra instancia. Si la demanda cae un 50% de su capacidad máxima durante varios minutos, HAProxy elimina dicha instancia. Debido a que cada cartucho es "nada compartido", si desea compartir datos entre los cartuchos puede utilizar un cartucho de base de datos. Cada uno de los engranajes creados durante la escala tiene acceso a la base de datos y puede leer y escribir datos consistentemente. OpenShift, en su plan de expansión y crecimiento, pretende añadir más capacidades como almacenamiento compartido, bases de datos a escala, y el almacenamiento en caché compartida. La consola web OpenShift muestra cuántas instancias están actualmente siendo consumidas por la aplicación. 2.6.4. Blueprints / Imágenes para acelerar el aprovisionamiento [Red Hat Inc., 2013e.] En OpenShift se crean aplicaciones y las aplicaciones se componen de equipos (o instancias). Por razones de simplicidad, es conveniente pensar en un equipo como un usuario con un directorio raíz y su propio contexto. Las instancias son lo que ponemos dentro de su equipo para que sean útiles. Si desea utilizar PHP, usted necesitará un cartucho de PHP. Si desea utilizar Jboss, deberá hacer uso del cartucho Jboss. [Red Hat Inc., 2013f.] Flujo de trabajo: 1. Las herramientas de cliente contactan con el agente a través de una API REST. El agente encuentra un nodo donde instalar la instancia. Se crea entonces en ese nodo un equipo vacío. 2. Una vez que se crea el equipo, nuestro cartucho se copia en ese equipo. 3. Una vez copiado el cartucho, cada archivo que aparece en ./metadata/locked_files.txt se crea y se establece como propiedad del usuario. 4. El script de configuración se ejecuta. 5. Se establece como propietario a "root" a todos los archivos que aparecen en ./metadata/ locked_files.txt, para que el usuario no pueda modificarlos 6. Los Ganchos de conexión (del inglés "connection hooks") se ejecutan 7. El cartucho se inicia a través de Inicio de control 2.6.6. Soporte para Sistemas operativos Linux TRABAJO FINAL DE ESPECIALIZACIÓN EN ING. EN SISTEMAS DE INFORMACIÓN 45 FRANCO BOCCHIO
Page 1:
ESTUDIO COMPARATIVO DE PLATAFORMAS
Page 5 and 6:
INDICE ESTUDIO COMPARATIVO DE PLATA
Page 7 and 8:
INDICE ESTUDIO COMPARATIVO DE PLATA
Page 9 and 10: INDICE ESTUDIO COMPARATIVO DE PLATA
Page 15 and 16: NOMENCLATURA ESTUDIO COMPARATIVO DE
Page 17 and 18: INTRODUCCIÓN ESTUDIO COMPARATIVO D
Page 23 and 24: ESTADO DE LA CUESTIÓN ESTUDIO COMP
Page 59: ESTADO DE LA CUESTIÓN ESTUDIO COMP
Page 91 and 92: ESTUDIO COMPARADO DE LAS ARQUITECTU
Page 107 and 108: REFERENCIAS ESTUDIO COMPARATIVO DE
Page 109 and 110: REFERENCIAS ESTUDIO COMPARATIVO DE
Page 111 and 112:
REFERENCIAS ESTUDIO COMPARATIVO DE
Page 113 and 114:
REFERENCIAS ESTUDIO COMPARATIVO DE
show all

estudio comparativo de plataformas cloud computing para ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?