Pod de interfaz múltiple

Con varias redes virtuales creadas, puede conectar (también puede decir Plug o Insert) cualquiera de ellas en una caja Pod, con el archivo Pod’s YAML, como se indica a continuación:

O bien, otro formato válido:

Probablemente’se haya dado cuenta de que pods en un espacio de nombres no solo puede hacer referencia a las redes definidas en el espacio de nombres local, sino también a las redes creadas en otros espacios de nombres con su nombre totalmente en el ámbito. Esto es muy útil. La misma red no tiene que duplicarse nuevamente y de nuevo en todos los espacios de nombres que la necesiten. Puede definirse una vez y, a continuación, remitirse a otros lugares.

Hemos’pasado por las teorías básicas y he explorado las distintas plantillas, así que’deje un ejemplo de trabajo en el mundo real. Comencemos’creando dos redes virtuales, examinando los objetos de la red virtual y, a continuación, crean un conjunto Pod y adjuntamos las dos redes virtuales a la misma. ’Concluyemos examinando las interfaces del conjunto Pod y la conectividad con otros pods que comparten las mismas redes virtuales.

Este es el archivo YAML de las dos redes virtuales (VN-Left-1 y vn-Right-1):

Ahora cree ambas redes virtuales:

Examine las redes virtuales:

Las redes virtuales se crean de la manera esperada. Nada bastante emocionante, pero si inicia sesión en la Contrail IU, verá algo inesperado en la siguiente captura de pantalla, en la Figure 1.

Figure 1: Comando de Contrail: Redes virtuales > del menú principal

Y lo que’se encuentre se encuentra en la falta de cualquier red virtual con el nombre exacto de VN-Left-1 o vn-Right-1 en la UI. En su lugar, dos redes virtuales, denominadas K8S-vn-Left-1-Pod-Network y K8S-vn-Right-1-Pod-Network.

Aquí no hay ningún problema. Lo que sucedió es siempre que se cree una red virtual desde Kubernetes, Contrail agregue automáticamente el nombre del clúster Kubernetes (de forma predeterminada K8S) como prefijo al nombre de la red virtual que se da en su YAML archivo de red y un sufijo-Pod-red al final. Esto tiene sentido porque sabemos que se puede crear una red virtual con distintos métodos y con estas palabras clave adicionales incrustadas en el nombre’, es más fácil indicar cómo se creó la red virtual (desde Kubernetes o manualmente desde la interfaz de usuario) y para qué se usará. Asimismo, los posibles conflictos de nombres de redes virtuales pueden evitarse cuando se trabaja en varios clústeres de Kubernetes.

A continuación se muestra un archivo YAML de un POD con varias redes virtuales:

En las anotaciones del conjunto Pod en metadatos, inserte dos redes virtuales: VN-izquierda-1 y vn-derecha-1. Ahora, ¿adivinar cuántas interfaces tendrá la caja Pod en el arranque? Es posible que piense dos porque eso es lo que especificamos en el archivo. Pongamos’a crear la caja Pod y compruébelo:

En anotaciones, en k8s.v1.cni.cncf.io/network-status, puede ver una lista […], que tiene tres elementos, cada uno representado por una llave {} de asignaciones de clave-valor. Cada llave incluye información sobre una interfaz: la dirección IP asignada, el equipo MAC y la red virtual a la que pertenece. Por lo tanto, terminará por tener tres interfaces creadas en la caja Pod en lugar de dos.

Observe el segundo elemento que indica la dirección IP 10.47.255.238. Se trata de la interfaz conectada a la red Pod predeterminada denominada Cluster-Global-default, que es creada por el sistema. Puede examinar la red Pod predeterminada como una red de administración porque siempre está activa y en ejecución en todos los espacios’de nombres de red Pod s. Funcionalmente,’no difiere mucho de la red virtual que creó, salvo que no puede’eliminarla.

Deje’que se conecte a la caja Pod, enumere las interfaces y verifique las direcciones IP y Mac:

Puede ver una interfaz de lo y tres interfaces conectadas por Contrail CNI, cada una con la IP asignada desde la red virtual correspondiente. Observe también que las direcciones MAC coinciden’con lo que se ve en la kubectl describir la salida del comando.

Puede’ver de nuevo el conjunto pod de varias interfaces en el ejemplo donde el conjunto Pod se basará en una Juniper cSRX imagen en lugar de una imagen de acoplador general. La idea básica sigue siendo la misma.