Visión general de la arquitectura de tres nodos
Las configuraciones en un solo nodo son útiles para probar OpenStack como producto y para familiarizarse con sus funciones. Sin embargo, la configuración de un solo nodo no es adecuada en un entorno de producción. Para este entorno, debe instalar y configurar OpenStack en varios sistemas o nodos.
Cada nube necesita solamente una instancia del panel de control, un almacén de imágenes y un servicio de identidad. Cada nube puede tener cualquier cantidad de instancias de almacenamiento y cálculo. Evalúe cada componente en relación con sus necesidades de una implementación de nube específica para determinar si se deberá instalar ese componente en un nodo separado y cuántos nodos de ese tipo necesitará.
La arquitectura que se describe en este capítulo se implementa en los siguientes tres sistemas:
-
Nodo de controlador: nodo donde se ejecuta la mayoría de los servicios de OpenStack compartidos y otras herramientas. El nodo de controlador suministra API, programación y otros servicios compartidos para la nube. El nodo de controlador tiene el panel de control, el almacén de imágenes y el servicio de identidad. Además, también se configuran en este nodo el servicio de gestión de cálculo Nova y el servidor Neutron
-
Nodo de cálculo: nodo donde se instalan instancias de VM, también conocidas como instancias de cálculo de Nova. El nodo ejecuta el daemon de cálculo que gestiona estas instancias de VM.
-
Nodo de almacenamiento: nodo que aloja los datos.
Esta arquitectura de tres nodos es la única manera de implementar OpenStack en varios sistemas. Debido a su flexibilidad, puede distribuir componentes de OpenStack de maneras distintas que esta arquitectura. Por lo tanto, debe planificar la configuración de la nube antes de comenzar la instalación. Para obtener información para orientarlo en la planificación, consulte Planificación de una configuración de OpenStack.
Notas - Para particionar un solo servidor Oracle SPARC y configurar OpenStack de varios nodos en el servidor que ejecuta OVM Server for SPARC (LDoms), consulte Solaris 11.2 OpenStack de varios nodos en servidores SPARC. El artículo hace referencia específicamente a la versión Havana de OpenStack. Sin embargo, los pasos generales también se aplican a la versión actual.
La siguiente figura muestra una vista de alto nivel de la arquitectura que se describe en este capítulo.
Figura 2 Arquitectura de referencia de configuración de tres nodos
Esta figura utiliza Cinder para mostrar el nodo de almacenamiento. No obstante, el servicio de almacenamiento de objetos Swift se puede configurar de manera similar.
En Oracle Solaris, el conmutador virtual elástico (EVS) forma el backend de la red de OpenStack. EVS facilita la comunicación entre instancias de VM que están en redes VLAN o VXLAN. Las instancias de VM pueden estar en el mismo nodo de cálculo o en varios nodos de cálculo. Para obtener más información sobre el EVS, consulte Gestión de virtualización de red y recursos de red en Oracle Solarispara conocer más sobre el conmutador virtual. Este manual se encuentra en la biblioteca de la versión de Oracle Solaris en Documentación de sistemas operativos.
Para que los diferentes nodos puedan comunicarse entre sí, las claves públicas SSH de evsuser, neutron y root en el nodo de controlador deben estar en cada archivo authorized_keys de evsuser en todos los nodos de cálculo configurados. Consulte la imagen a continuación que muestra la distribución de las claves SSH públicas. En la imagen, se asume que se han configurado varios nodos de cálculo.
Figura 3 Distribución de claves SSH en controlador EVS
Para obtener una lista de los parámetros de configuración de OpenStack que son útiles para los despliegues de OpenStack en sistemas Oracle Solaris, consulte Archivos y servicios de configuración comunes de OpenStack.