Visión general de la arquitectura de tres nodos

La arquitectura que se describe en este capítulo se implementa en los siguientes tres sistemas:

• Nodo de controlador. El nodo de controlador es el lugar donde se ejecutan 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 red. El nodo de red proporciona redes virtuales y servicios de red a las instancias de Nova mediante los servicios de red DHCP y Neutron de capa 3.

• Nodo de cálculo. El nodo de cálculo es el lugar donde se instalan las instancias de VM (instancias de cálculo de Nova). Las instancias de VM usan los destinos iSCSI proporcionados por el servicio de volúmenes Cinder.

En esta arquitectura, los tres nodos comparten una subred común denominada subred de gestión. El nodo de controlador y cada nodo de cálculo comparten una subred común separada denominada subred de datos. Todos los sistemas están conectados a la red de gestión mediante su interfaz física net0. El nodo de red y el nodo de cálculo están conectados a la red de datos mediante sus interfaces físicas net1.

La siguiente figura muestra una vista de alto nivel de la arquitectura que se describe en este capítulo.

Figura 7  Arquitectura de referencia de configuración de tres nodos

La siguiente tabla muestra cuáles servicios SMF relacionados con OpenStack están instalados en cada nodo. La lista muestra la parte más pequeña del nombre de cada servicio SMF que puede usar con comandos como svcadm. El nombre de la instancia del servicio SMF se muestra únicamente si el nombre resulta ambiguo sin el nombre de la instancia.

Tabla 1  Servicios SMF instalados en los nodos de controlador, red y cálculo

Nodo de controlador Nodo de red Nodo de cálculo mysql rabbitmq keystone cinder-api cinder-db cinder-db cinder-scheduler cinder-volume:default cinder-volume:setup glance-api glance-db glance-registry glance-scrubber neutron-server evs nova-api-ec2 nova-api-osapi-compute nova-cert nova-conductor nova-objectstore nova-scheduler http ntp heat-api heat-db heat-api-cfn heat-api-cloudwatch heat-engine neutron-dhcp-agent neutron-l3-agent evs-controller ntp nova-compute ntp

Esta arquitectura de ejemplo no muestra el servicio de almacenamiento del objeto de Swift. Para obtener información general acerca de cómo configurar Swift, consulte la información del sitio de la comunidad de OpenStack, como OpenStack Configuration Reference. Para obtener información acerca de cómo configurar los servicios de Swift en los sistemas de Solaris y para obtener otra información acerca de OpenStack en Solaris, consulte OpenStack for Oracle Solaris 11.

Para obtener una lista de los parámetros de configuración de OpenStack que son útiles para las implementaciones de OpenStack en Oracle Solaris, consulte “Parámetros de configuración comunes para OpenStack” en Getting Started with OpenStack on Oracle Solaris 11.2.

Para preparar la implementación de la configuración de OpenStack de tres nodos de ejemplo, asegúrese de tener la siguiente información:

• Dirección IP y nombre de host del nodo de controlador.

• Dirección IP y nombre de host del nodo de red.

• Dirección IP y nombre de host del nodo de cálculo.

• Contraseñas para los distintos usuarios del servicio según sea necesario.

Para la configuración de ejemplo, los nombres de los tres nodos son controller, network y compute1.