La evolución de Oracle Grid Engine - Calendae | Informática, Electrónica, CMS, Ciberseguridad

La evolución de Oracle Grid Engine

Hola otra vez. Yo soy Simón Sánchez y en esta ocasión te voy a hablar sobre La evolución de Oracle Grid Engine

La semana pasada aparecieron dos artículos sobre Oracle Grid Engine (también conocido como Sun Grid Engine) especulando sobre su futuro en Oracle: Douglas Eadline escribió en Linux Magazine en El estado de Oracle / Sun Grid Enginey Nicole Hemsoth Oracle coloca GridEngine en una nueva pista, aquí en HPC in the Cloud. Estos artículos me animaron a contribuir con mis pensamientos a esta discusión, especialmente centrándome en la contribución del motor de cuadrícula a las nubes.

Durante los últimos años, el equipo de Sun Grid Engine y la comunidad de código abierto de Grid Engine han agregado continuamente funcionalidad adicional al ya poderoso sistema de administración de recursos distribuidos que Sun adquirió en 2000 junto con Gridware con sede en Alemania y EE. UU. Recientemente, el software ha llegado a manos de Oracle y muchos han especulado que Oracle abandonará las piezas relacionadas con HPC que vinieron con la adquisición de Sun. Algunos pueden dudar de que la gerencia de Oracle alguna vez pueda reconocer el valor de la tecnología HPC para TI tradicional, pero sobre todo el valor de los gestores de recursos como Grid Engine para cualquier tipo de entorno de recursos distribuidos.

Aparecieron más y más funciones que iban mucho más allá del enfoque limitado de HPC, como la gestión de políticas y prioridades, la ampliación de cientos de miles de trabajos, grandes y pequeños, la autenticación de usuarios y el control de acceso, la asignación de recursos a través de servicios persistentes, gestión de creación de software, pruebas y verificación, gestión de datos, alineación del uso de recursos con las políticas de la empresa, un módulo de contabilidad e informes ideal para el pago por uso en la nube y más; características que son muy útiles para minimizar costos y maximizar el valor comercial de los activos de software y TI de una organización, no solo en HPC.

Luego, hace unos tres años, comenzaron las discusiones y desarrollos en la comunidad de Grid Engine de código abierto sobre la elasticidad de los recursos en los clústeres, que culminaron con el Service Domain Manager que proporciona cualquier tamaño de clúster sobre la marcha en función de los requisitos de la aplicación. Con el software Grid Engine Service Domain Manager, un administrador puede configurar objetivos de nivel de servicio para controlar los niveles de servicio en clústeres administrados.

Además, el software Service Domain Manager puede eliminar los recursos no utilizados de los clústeres administrados y colocarlos en un grupo de recursos de repuesto. Los recursos de este grupo de reserva se pueden aplicar opcionalmente a la administración de energía para reducir el consumo general de energía de un clúster durante los períodos de menor actividad.

Si los recursos gratuitos no están disponibles localmente, el software Service Domain Manager también tiene la capacidad de proporcionar recursos de un proveedor de computación en la nube, como Elastic Compute Cloud (EC2) de Amazon, para agregar a un clúster sobrecargado (una característica conocida como Cloud Bursting). Esta conectividad en la nube asigna nodos a la nube (EC2) bajo demanda, proporcionando una elasticidad total: los recursos informáticos asignados a través de ella pueden ir de 0 a lo que sea necesario y cubierto por el presupuesto del usuario, totalmente controlado por políticas, no No se requiere la intervención del usuario. Incluye comunicación segura: OpenVPN, parte de la AMI EC2 y la instancia OGE que se ejecuta en la computadora portátil o de escritorio del usuario. Además de esto, Grid Engine ahora ofrece una integración profunda con otras tecnologías comúnmente utilizadas en la nube, como Apache Hadoop, una poderosa herramienta diseñada para el análisis profundo y la transformación de conjuntos de datos muy grandes. O el entorno UniCloud de UnivaUD. De hecho, gracias a las API estándar de Grid Engine, parece posible mejorar con casi cualquier otra herramienta de gestión.

Con todo esto en mente, sugiero llamar a OGE ‘Oracle Resource Engine’, donde ‘Resource’ incluye hardware, ya sea interno, en Grid o Cloud, y cargas de trabajo, aplicaciones, datos y usuarios, individuales y en organizaciones reales. o virtual. Esto va mucho más allá de HPC, por lo que sugiero que este motor de recursos de Oracle sobrevivirá otros 10 años, como sobrevivió a los 10 años anteriores también (o gracias a) Sun Microsystems.

Recuerda compartir en tus redes sociales para que tus colegas lo vean

??? ? ? ???

Comparte