Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Requisitos de red de Google Cloud para Cloud Volumes ONTAP

Colaboradores netapp-manini netapp-ahibbard
PDF

La NetApp Console configura los componentes de red para Cloud Volumes ONTAP en Google Cloud, como direcciones IP, máscaras de red y rutas. Debes asegurarte de que haya acceso saliente a Internet, de que haya suficientes direcciones IP privadas disponibles y de que las conexiones adecuadas estén establecidas.

Si desea implementar un par HA, debe"Descubra cómo funcionan los pares HA en Google Cloud" .

Requisitos para Cloud Volumes ONTAP

Tu entorno de Google Cloud debe cumplir estos requisitos.

Requisitos específicos de los sistemas de nodo único

Si quieres implementar un sistema de un solo nodo, asegúrate de que tu red cumpla con los siguientes requisitos.

Una VPC

Se requiere una Virtual Private Cloud (VPC) para un sistema de un solo nodo.

Direcciones IP privadas

Para un sistema de nodo único en Google Cloud, la NetApp Console asigna direcciones IP privadas a lo siguiente:

  • Node

  • Grupo

  • Máquina virtual de almacenamiento

  • LIF de NAS de datos

  • Datos iSCSI LIF

Puede omitir la creación del LIF de administración de la máquina virtual de almacenamiento (SVM) si implementa Cloud Volumes ONTAP mediante la API y especifica el siguiente indicador:

skipSvmManagementLif: true

Nota Una LIF es una dirección IP asociada a un puerto físico. Se requiere un LIF de administración de máquinas virtuales de almacenamiento (SVM) para herramientas de administración como SnapCenter.

Requisitos específicos para pares HA

Si desea implementar un par HA, asegúrese de que su red cumpla con los siguientes requisitos.

Una o varias zonas

Puedes garantizar la alta disponibilidad de tus datos implementando una configuración de HA en varias zonas o en una sola zona. Console te pide que elijas varias zonas o una sola zona al crear el par de HA.

  • Varias zonas (recomendado)

    Implementar una configuración HA en tres zonas garantiza la disponibilidad continua de los datos si se produce un fallo dentro de una zona. El rendimiento de escritura es ligeramente inferior al de una sola zona, pero la diferencia es mínima.

  • Zona única

    Cuando se implementa en una sola zona, una configuración de Cloud Volumes ONTAP HA utiliza una política de ubicación distribuida. Esta política garantiza que una configuración de HA esté protegida contra un único punto de falla dentro de la zona, sin tener que usar zonas separadas para lograr el aislamiento de fallas.

    Este modelo de implementación reduce sus costos porque no hay cargos por salida de datos entre zonas.

Cuatro nubes privadas virtuales

Se necesitan cuatro nubes privadas virtuales (VPC) para una configuración HA porque Google Cloud exige que cada interfaz de red esté en una red VPC independiente.

La consola le solicita que elija cuatro VPC cuando crea el par HA:

  • VPC-0 para conexiones entrantes a los datos y nodos

  • VPC-1, VPC-2 y VPC-3 para la comunicación interna entre los nodos y el mediador de HA

Una imagen conceptual que muestra un par de Cloud Volume HA y las cuatro VPC necesarias para la configuración.

Subredes

Se requiere una subred privada para cada VPC.

Si colocas el agente de Console en VPC-0, debes habilitar Private Google Access en la subred para poder acceder a las API y habilitar la organización en niveles de datos.

Las subredes de estas VPC deben tener rangos CIDR distintos que no se solapen.

Direcciones IP privadas

La consola asigna automáticamente la cantidad necesaria de direcciones IP privadas a Cloud Volumes ONTAP en Google Cloud. Debe asegurarse de que su red tenga suficientes direcciones privadas disponibles.

El número de LIF asignados para Cloud Volumes ONTAP depende de si despliegas un sistema de nodo único o un par HA. Un LIF es una dirección IP asociada con un puerto físico. Se requiere un LIF de gestión de SVM para herramientas de gestión como SnapCenter.

  • Nodo único The Console asigna cuatro direcciones IP a un sistema de nodo único:

    • LIF de gestión de nodos

    • Gestión de clústeres LIF

    • LIF de datos iSCSI

      Nota Un LIF iSCSI proporciona acceso de cliente a través del protocolo iSCSI y el sistema lo utiliza para otros flujos de trabajo de red importantes. Estos LIF son necesarios y no deben eliminarse.

    • NAS LIF

      Puede omitir la creación del LIF de administración de la máquina virtual de almacenamiento (SVM) si implementa Cloud Volumes ONTAP mediante la API y especifica el siguiente indicador:

    skipSvmManagementLif: true

  • Par HA La consola asigna entre 12 y 13 direcciones IP a un par HA:

    • Dos LIF de gestión de nodos (e0a)

    • Un LIF de gestión del clúster (e0a)

    • Dos LIF de iSCSI (e0a)

      Nota Un LIF iSCSI proporciona acceso de cliente a través del protocolo iSCSI y el sistema lo utiliza para otros flujos de trabajo de red importantes. Estos LIF son necesarios y no deben eliminarse.

    • Una o dos LIF de NAS (e0a)

    • Dos LIF de clúster (e0b)

    • Dos direcciones IP de interconexión de alta disponibilidad (e0c)

    • Dos direcciones IP iSCSI de RSM (e0d)

      Puede omitir la creación del LIF de administración de la máquina virtual de almacenamiento (SVM) si implementa Cloud Volumes ONTAP mediante la API y especifica el siguiente indicador:

    skipSvmManagementLif: true

Balanceadores de carga internos

La Console crea cuatro equilibradores de carga internos de Google Cloud (TCP/UDP) que gestionan el tráfico entrante hacia el par de alta disponibilidad (HA) de Cloud Volumes ONTAP. No se requiere ninguna configuración. Esta información te ayuda a comprender el tráfico de red y a abordar las dudas relacionadas con la seguridad.

Un balanceador de carga es para la administración del clúster, uno es para la administración de máquinas virtuales de almacenamiento (SVM), uno es para el tráfico NAS al nodo 1 y el último es para el tráfico NAS al nodo 2.

La configuración para cada balanceador de carga es la siguiente:

  • Una dirección IP privada compartida

  • Un chequeo de salud global

    De forma predeterminada, los puertos utilizados por la comprobación de estado son 63001, 63002 y 63003.

  • Un servicio backend TCP regional

  • Un servicio backend UDP regional

  • Una regla de reenvío TCP

  • Una regla de reenvío UDP

  • El acceso global está deshabilitado

    Aunque el acceso global está desactivado de forma predeterminada, puedes activarlo tras la implementación. Lo hemos desactivado porque el tráfico entre regiones presenta latencias significativamente mayores y queríamos evitar una experiencia negativa derivada de montajes accidentales entre regiones. Activa el acceso global solo si tus necesidades empresariales así lo requieren.

VPC compartidas

Cloud Volumes ONTAP y el agente de consola son compatibles con una VPC compartida de Google Cloud y también con VPC independientes.

Para un sistema de nodo único, la VPC puede ser una VPC compartida o una VPC independiente.

Para un par HA, se requieren cuatro VPC. Cada una de esas VPC puede ser compartida o independiente. Por ejemplo, VPC-0 podría ser una VPC compartida, mientras que VPC-1, VPC-2 y VPC-3 podrían ser VPC independientes.

Una VPC compartida le permite configurar y administrar de forma centralizada redes virtuales en múltiples proyectos. Puede configurar redes VPC compartidas en el proyecto de host e implementar el agente de consola y las instancias de máquina virtual de Cloud Volumes ONTAP en un proyecto de servicio.

"Documentación de Google Cloud: Descripción general de VPC compartida" .

"Revise los permisos de VPC compartidos necesarios que se tratan en la implementación del agente de consola"

Duplicación de paquetes en VPC

"Duplicación de paquetes"debe estar deshabilitado en la subred de Google Cloud en la que implementa Cloud Volumes ONTAP.

Acceso a Internet de salida

Los sistemas Cloud Volumes ONTAP necesitan acceso saliente a Internet para llegar a endpoints externos y realizar varias funciones. Cloud Volumes ONTAP no puede funcionar correctamente si estos endpoints están bloqueados en entornos con requisitos de seguridad estrictos.

El agente de Console también se comunica con varios puntos finales para las operaciones diarias. Para obtener información sobre los puntos finales, consulta "Ver los puntos finales contactados desde el agente de la consola" y "Preparar la red para usar la consola".

Puntos finales de Cloud Volumes ONTAP

Cloud Volumes ONTAP utiliza estos puntos finales para comunicarse con varios servicios.

Puntos finales Aplicable para Objetivo Modo de implementación Impacto si el punto final no está disponible

\ https://netapp-cloud-account.auth0.com

Autenticación

Se utiliza para la autenticación en la consola.

Modos estándar y restringido.

La autenticación del usuario falla y los siguientes servicios permanecen no disponibles:

  • Servicios de Cloud Volumes ONTAP

  • Servicios de ONTAP

  • Protocolos y servicios proxy

\ https://api.bluexp.netapp.com/tenancy

Tenencia

Se usa para recuperar recursos de Cloud Volumes ONTAP desde la Console para autorizar recursos y usuarios.

Modos estándar y restringido.

Los recursos de Cloud Volumes ONTAP y los usuarios no están autorizados.

\ https://mysupport.netapp.com/aods/asupmessage \ https://mysupport.netapp.com/asupprod/post/1.0/postAsup

AutoSupport

Se utiliza para enviar datos de telemetría de AutoSupport al soporte de NetApp .

Modos estándar y restringido.

La información de AutoSupport sigue sin entregarse.

https://cloudbuild.googleapis.com/v1 (solo para implementaciones en modo privado) https://cloudkms.googleapis.com/v1 https://cloudresourcemanager.googleapis.com/v1/projects https://compute.googleapis.com/compute/v1 https://www.googleapis.com/compute/beta https://www.googleapis.com/compute/v1/projects/ https://www.googleapis.com/deploymentmanager/v2/projects https://www.googleapis.com/storage/v1 https://www.googleapis.com/upload/storage/v1 https://config.googleapis.com/v1 https://iam.googleapis.com/v1 https://storage.googleapis.com/storage/v1

Google Cloud (uso comercial).

Comunicación con los servicios de Google Cloud.

Modos estándar, restringido y privado.

Cloud Volumes ONTAP no puede comunicarse con los servicios de Google Cloud para realizar operaciones específicas para la Console en Google Cloud.

Conexiones a sistemas ONTAP en otras redes

Para replicar datos entre un sistema Cloud Volumes ONTAP en Google Cloud y sistemas ONTAP en otras redes, debe tener una conexión VPN entre la VPC y la otra red (por ejemplo, su red corporativa).

"Documentación de Google Cloud: Descripción general de Cloud VPN" .

Reglas del firewall

La consola crea reglas de firewall de Google Cloud que incluyen las reglas de entrada y salida que Cloud Volumes ONTAP necesita para funcionar correctamente. Es posible que desees consultar los puertos para fines de prueba o si prefieres utilizar tus propias reglas de firewall.

Las reglas de cortafuegos para Cloud Volumes ONTAP requieren reglas tanto de entrada como de salida. Si estás implementando una configuración de alta disponibilidad (HA), estas son las reglas de cortafuegos para Cloud Volumes ONTAP en VPC-0.

Para una configuración de alta disponibilidad se necesitan dos conjuntos de reglas de cortafuegos:

  • Un conjunto de reglas para componentes de HA en VPC-0. Estas reglas permiten el acceso a los datos de Cloud Volumes ONTAP.

  • Otro conjunto de reglas para los componentes de HA en VPC-1, VPC-2 y VPC-3. Estas reglas permiten la comunicación entrante y saliente entre los componentes de HA. Más información.

Consejo ¿Buscas información sobre el agente de Console? "Ver las reglas de firewall para el agente de la consola"

Reglas de entrada

Cuando agrega un sistema Cloud Volumes ONTAP , puede elegir el filtro de origen para la política de firewall predefinida durante la implementación:

  • Solo VPC seleccionada: el filtro de origen para el tráfico entrante es el rango de subred de la VPC para el sistema Cloud Volumes ONTAP y el rango de subred de la VPC donde reside el agente de la consola. Esta es la opción recomendada.

  • Todas las VPC: el filtro de origen para el tráfico entrante es el rango de IP 0.0.0.0/0.

Si utilizas tu propia política de cortafuegos, añade todas las redes que necesiten comunicarse con Cloud Volumes ONTAP y añade también ambos rangos de direcciones para permitir que el equilibrador de carga interno de Google funcione correctamente. Estas direcciones son 130.211.0.0/22 y 35.191.0.0/16. Para obtener más información, consulta la "Documentación de Google Cloud: Reglas de firewall del balanceador de carga".

Protocolo Puerto Objetivo

Todos los ICMP

Todo

Haciendo ping a la instancia

HTTP

80

Acceso HTTP a la consola web de ONTAP System Manager mediante la dirección IP del LIF de administración del clúster

HTTPS

443

Conectividad con el agente de la consola y acceso HTTPS a la consola web de ONTAP System Manager mediante la dirección IP del LIF de administración del clúster

SSH

22

Acceso SSH a la dirección IP del LIF de administración del clúster o de un LIF de administración de nodos

TCP

111

Llamada a procedimiento remoto para NFS

TCP

139

Sesión de servicio NetBIOS para CIFS

TCP

161-162

Protocolo simple de gestión de red

TCP

445

Microsoft SMB/CIFS sobre TCP con trama NetBIOS

TCP

635

Montaje NFS

TCP

749

Kerberos

TCP

2049

Demonio del servidor NFS

TCP

3260

Acceso iSCSI a través del LIF de datos iSCSI

TCP

4045

Demonio de bloqueo NFS

TCP

4046

Monitor de estado de red para NFS

TCP

10000

Copia de seguridad mediante NDMP

TCP

11104

Gestión de sesiones de comunicación entre clústeres para SnapMirror

TCP

11105

Transferencia de datos de SnapMirror mediante LIF entre clústeres

TCP

63001-63050

Puertos de sonda de equilibrio de carga para determinar qué nodo está en buen estado (requerido solo para pares de alta disponibilidad)

UDP

111

Llamada a procedimiento remoto para NFS

UDP

161-162

Protocolo simple de gestión de red

UDP

635

Montaje NFS

UDP

2049

Demonio del servidor NFS

UDP

4045

Demonio de bloqueo NFS

UDP

4046

Monitor de estado de red para NFS

UDP

4049

Protocolo rquotad de NFS

Reglas de salida

El grupo de seguridad predefinido para Cloud Volumes ONTAP abre todo el tráfico saliente. Si eso es aceptable, siga las reglas básicas de salida. Si necesita reglas más rígidas, utilice las reglas de salida avanzadas.

Reglas básicas de salida

El grupo de seguridad predefinido para Cloud Volumes ONTAP incluye las siguientes reglas de salida.

Protocolo Puerto Objetivo

Todos los ICMP

Todo

Todo el tráfico saliente

Todos los TCP

Todo

Todo el tráfico saliente

Todos los UDP

Todo

Todo el tráfico saliente
Reglas de salida avanzadas

Si necesitas reglas estrictas para el tráfico saliente, usa esta información para abrir únicamente los puertos que Cloud Volumes ONTAP requiere para la comunicación saliente. Los clústeres de Cloud Volumes ONTAP utilizan los siguientes puertos para regular el tráfico de los nodos.

Nota La fuente es la interfaz (dirección IP) del sistema Cloud Volumes ONTAP .
Servicio Protocolo Puerto Fuente Destino Objetivo

Directorio activo

TCP

88

LIF de gestión de nodos

Bosque de Active Directory

Autenticación Kerberos V

UDP

137

LIF de gestión de nodos

Bosque de Active Directory

Servicio de nombres NetBIOS

UDP

138

LIF de gestión de nodos

Bosque de Active Directory

Servicio de datagramas NetBIOS

TCP

139

LIF de gestión de nodos

Bosque de Active Directory

Sesión de servicio NetBIOS

TCP y UDP

389

LIF de gestión de nodos

Bosque de Active Directory

LDAP

TCP

445

LIF de gestión de nodos

Bosque de Active Directory

Microsoft SMB/CIFS sobre TCP con trama NetBIOS

TCP

464

LIF de gestión de nodos

Bosque de Active Directory

Cambiar y establecer contraseña de Kerberos V (SET_CHANGE)

UDP

464

LIF de gestión de nodos

Bosque de Active Directory

Administración de claves Kerberos

TCP

749

LIF de gestión de nodos

Bosque de Active Directory

Cambiar y establecer contraseña de Kerberos V (RPCSEC_GSS)

TCP

88

Datos LIF (NFS, CIFS, iSCSI)

Bosque de Active Directory

Autenticación Kerberos V

UDP

137

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Servicio de nombres NetBIOS

UDP

138

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Servicio de datagramas NetBIOS

TCP

139

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Sesión de servicio NetBIOS

TCP y UDP

389

Datos LIF (NFS, CIFS)

Bosque de Active Directory

LDAP

TCP

445

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Microsoft SMB/CIFS sobre TCP con trama NetBIOS

TCP

464

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Cambiar y establecer contraseña de Kerberos V (SET_CHANGE)

UDP

464

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Administración de claves Kerberos

TCP

749

Datos LIF (NFS, CIFS)

Bosque de Active Directory

Cambiar y establecer contraseña de Kerberos V (RPCSEC_GSS)

AutoSupport

HTTPS

443

LIF de gestión de nodos

mysupport.netapp.com

AutoSupport (HTTPS es el predeterminado)

HTTP

80

LIF de gestión de nodos

mysupport.netapp.com

AutoSupport (solo si el protocolo de transporte se cambia de HTTPS a HTTP)

TCP

3128

LIF de gestión de nodos

Agente de consola

Envío de mensajes de AutoSupport a través de un servidor proxy en el agente de la consola, si no hay una conexión a Internet saliente disponible

Copias de seguridad de configuración

HTTP

80

LIF de gestión de nodos

http://<dirección IP del agente de consola>/occm/offboxconfig

Envía copias de seguridad de la configuración al agente de la consola."Documentación de ONTAP"

DHCP

UDP

68

LIF de gestión de nodos

DHCP

Cliente DHCP para la primera configuración

DHCP

UDP

67

LIF de gestión de nodos

DHCP

Servidor DHCP

DNS

UDP

53

LIF de gestión de nodos y LIF de datos (NFS, CIFS)

DNS

DNS

NDMP

TCP

18600–18699

LIF de gestión de nodos

Servidores de destino

Copia NDMP

SMTP

TCP

25

LIF de gestión de nodos

Servidor de correo

Las alertas SMTP, que pueden utilizarse para AutoSupport

SNMP

TCP

161

LIF de gestión de nodos

Servidor de monitorización

Monitoreo mediante trampas SNMP

UDP

161

LIF de gestión de nodos

Servidor de monitorización

Monitoreo mediante trampas SNMP

TCP

162

LIF de gestión de nodos

Servidor de monitorización

Monitoreo mediante trampas SNMP

UDP

162

LIF de gestión de nodos

Servidor de monitorización

Monitoreo mediante trampas SNMP

SnapMirror

TCP

11104

LIF entre clústeres

LIF entre clústeres de ONTAP

Gestión de sesiones de comunicación entre clústeres para SnapMirror

TCP

11105

LIF entre clústeres

LIF entre clústeres de ONTAP

Transferencia de datos de SnapMirror

Registro del sistema

UDP

514

LIF de gestión de nodos

Servidor de syslog

Mensajes de reenvío de syslog

Reglas para VPC-1, VPC-2 y VPC-3

En Google Cloud, una configuración de alta disponibilidad se implementa en cuatro VPC. Las reglas de firewall necesarias para la configuración de HA en VPC-0 sonenumerados anteriormente para Cloud Volumes ONTAP .

Mientras tanto, las reglas de firewall predefinidas creadas para las instancias en VPC-1, VPC-2 y VPC-3 permiten la comunicación de ingreso a través de todos los protocolos y puertos. Estas reglas permiten la comunicación entre nodos HA.

La comunicación de los nodos HA al mediador HA se realiza a través del puerto 3260 (iSCSI).

Nota Para habilitar una alta velocidad de escritura en las nuevas implementaciones de pares HA de Google Cloud, se requiere una unidad máxima de transmisión (MTU) de al menos 8,896 bytes para VPC-1, VPC-2 y VPC-3. Si decides actualizar las VPC-1, VPC-2 y VPC-3 existentes a una MTU de 8,896 bytes, deberás apagar todos los sistemas HA existentes que utilicen estas VPC durante el proceso de configuración.

Configuración de Infrastructure Manager en modo privado o en entornos protegidos

Si deseas implementar Cloud Volumes ONTAP 9.16.1 o una versión posterior en modo privado o en un proyecto protegido por VPC Service Controls, debes realizar algunos cambios en la configuración para que Cloud Volumes ONTAP pueda utilizar Google Cloud Infrastructure Manager como servicio de implementación en lugar de Deployment Manager.

Antes de empezar
Pasos

  1. Crea un grupo de trabajadores privado con esta configuración en la misma región que los despliegues de Cloud Volumes ONTAP. Para información sobre cómo crear un grupo de trabajadores privado, consulta "Documentación de Google Cloud: crear y gestionar pools privados" y "Precios de Google Cloud Build".

    Si implementas Cloud Volumes ONTAP en un proyecto protegido por VPC Service Controls, crea el grupo de trabajadores privado en el mismo proyecto que el agente de Console. El grupo de trabajadores debe estar en estado de ejecución. El grupo de trabajadores público predeterminado de Cloud Build en Google Cloud no puede ejecutarse dentro de un perímetro de servicio.

    El pool de trabajadores debe tener la siguiente configuración:

    • Tipo de máquina: e2-medium

    • Tamaño del disco: 100 GB

    • Asignar IP externa: False

    • Red: predeterminada o una red privada.

    • La subred configurada para acceder a "APIs de Google Cloud". Realiza estos pasos para asegurarte de que la subred puede acceder a Google APIs:

      1. Asegúrate de que "Private Google Access" está activado para la subred.

      2. Ve a VPC Network level > Private Service Access Tab > Allocated IP ranges for services.

      3. Selecciona Allocate IP range y asigna el rango IP interno para la conexión privada con Google Compute Service.

      4. En Conexión privada a servicios, selecciona Crear conexión.

      5. Selecciona Connected service producer = Google Cloud Platform.

      6. Asigna la asignación para el rango IP de la conexión privada que creaste en el paso anterior.

  2. Despliega este worker pool y mantenlo en ejecución para la gestión de Cloud Volumes ONTAP. Google Cloud utiliza este worker pool para ejecutar todas las operaciones de Terraform en un entorno aislado.

  3. Cuando despliegues Cloud Volumes ONTAP en modo privado, selecciona el nombre de este worker pool en el campo GCP Worker Pool. Consulta "Lanzamiento de Cloud Volumes ONTAP en Google Cloud" para instrucciones.

    Si implementas Cloud Volumes ONTAP en un proyecto protegido por VPC Service Controls, crea el sistema Cloud Volumes ONTAP mediante la API e incluye el parámetro workerPool en el cuerpo de la solicitud de creación.

    Nota Actualmente, no se admite la inclusión de un conjunto de trabajadores al implementar Cloud Volumes ONTAP mediante la consola UI. Para los proyectos protegidos por VPC Service Controls, la API es la única forma admitida para implementar Cloud Volumes ONTAP.

Requisitos para el agente de consola

Si aún no has creado un agente de Console, consulta los requisitos de red.

Configuraciones de red para soportar el proxy del agente de consola

Puede utilizar los servidores proxy configurados para el agente de la consola para habilitar el acceso a Internet saliente desde Cloud Volumes ONTAP. La consola admite dos tipos de proxies:

  • Proxy explícito: el tráfico saliente de Cloud Volumes ONTAP utiliza la dirección HTTP del servidor proxy especificado durante la configuración del proxy del agente de la consola. Es posible que el administrador del agente de la consola también haya configurado credenciales de usuario y certificados de CA raíz para una autenticación adicional. Si hay un certificado de CA raíz disponible para el proxy explícito, asegúrese de obtener y cargar el mismo certificado en su sistema Cloud Volumes ONTAP utilizando el "CLI de ONTAP : instalación del certificado de seguridad" dominio.

  • Proxy transparente: la red está configurada para enrutar automáticamente el tráfico saliente desde Cloud Volumes ONTAP a través del proxy del agente de la consola. Al configurar un proxy transparente, el administrador del agente de la consola solo debe proporcionar un certificado de CA raíz para la conectividad desde Cloud Volumes ONTAP, no la dirección HTTP del servidor proxy. Asegúrese de obtener y cargar el mismo certificado de CA raíz en su sistema Cloud Volumes ONTAP utilizando el "CLI de ONTAP : instalación del certificado de seguridad" dominio.

Para obtener información sobre cómo configurar servidores proxy para el agente de la consola, consulta el "Configurar un agente de consola para utilizar un servidor proxy".

Configurar etiquetas de red para Cloud Volumes ONTAP en Google Cloud

Durante la configuración del proxy transparente del agente de la consola, el administrador agrega una etiqueta de red para Google Cloud. Debe obtener y agregar manualmente la misma etiqueta de red para su configuración de Cloud Volumes ONTAP . Esta etiqueta es necesaria para que el servidor proxy funcione correctamente.

  1. En Google Cloud Console, localiza tu sistema Cloud Volumes ONTAP.

  2. Vaya a Detalles > Redes > Etiquetas de red.

  3. Agregue la etiqueta utilizada para el agente de consola y guarde la configuración.

Enlace relacionado