Skip to main content
Todos los proveedores de nube
  • Servicios web de Amazon
  • Google Cloud
  • Microsoft Azure
  • Todos los proveedores de nube
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.

Segregar el tráfico de SnapMirror en Azure

Colaboradores netapp-manini

Con Cloud Volumes ONTAP en Azure, puede segregar el tráfico de replicación de SnapMirror del tráfico de datos y administración. Para segregar el tráfico de replicación de SnapMirror de su tráfico de datos, deberá agregar una nueva tarjeta de interfaz de red (NIC), un LIF entre clústeres asociado y una subred no enrutable.

Acerca de la segregación de tráfico de SnapMirror en Azure

De forma predeterminada, la consola de NetApp configura todas las NIC y LIF en una implementación de Cloud Volumes ONTAP en la misma subred. En tales configuraciones, el tráfico de replicación de SnapMirror y el tráfico de datos y administración utilizan la misma subred. La segregación del tráfico de SnapMirror aprovecha una subred adicional que no se puede enrutar a la subred existente utilizada para el tráfico de datos y administración.

Figura 1

Los siguientes diagramas muestran la segregación del tráfico de replicación de SnapMirror con una NIC adicional, un LIF entre clústeres asociado y una subred no enrutable en una implementación de un solo nodo. La implementación de un par HA difiere ligeramente.

El diagrama ilustra la segregación del tráfico de replicación de SnapMirror en una configuración de un solo nodo

Antes de empezar

Revise las siguientes consideraciones:

  • Solo puede agregar una única NIC a una implementación de un solo nodo o par HA de Cloud Volumes ONTAP (instancia de VM) para la segregación de tráfico de SnapMirror .

  • Para agregar una nueva NIC, el tipo de instancia de VM que implemente debe tener una NIC sin usar.

  • Los clústeres de origen y destino deben tener acceso a la misma red virtual (VNet). El clúster de destino es un sistema Cloud Volumes ONTAP en Azure. El clúster de origen puede ser un sistema Cloud Volumes ONTAP en Azure o un sistema ONTAP .

Paso 1: Cree una NIC adicional y conéctela a la máquina virtual de destino

Esta sección proporciona instrucciones sobre cómo crear una NIC adicional y conectarla a la máquina virtual de destino. La VM de destino es el nodo único o el sistema de par HA en Cloud Volumes ONTAP en Azure donde desea configurar su NIC adicional.

Pasos
  1. En la CLI de ONTAP , detenga el nodo.

    dest::> halt -node <dest_node-vm>
  2. En el portal de Azure, verifique que el estado de la máquina virtual (nodo) esté detenido.

    az vm get-instance-view --resource-group <dest-rg> --name <dest-vm> --query instanceView.statuses[1].displayStatus
  3. Utilice el entorno Bash en Azure Cloud Shell para detener el nodo.

    1. Detener el nodo.

      az vm stop --resource-group <dest_node-rg> --name <dest_node-vm>
    2. Desasignar el nodo.

      az vm deallocate --resource-group <dest_node-rg> --name <dest_node-vm>
  4. Configure las reglas del grupo de seguridad de red para que las dos subredes (subred del clúster de origen y subred del clúster de destino) no sean enrutables entre sí.

    1. Cree la nueva NIC en la máquina virtual de destino.

    2. Busque el ID de subred para la subred del clúster de origen.

      az network vnet subnet show -g <src_vnet-rg> -n <src_subnet> --vnet-name <vnet> --query id
    3. Cree la nueva NIC en la máquina virtual de destino con el ID de subred para la subred del clúster de origen. Aquí ingresa el nombre de la nueva NIC.

      az network nic create -g <dest_node-rg> -n <dest_node-vm-nic-new> --subnet <id_from_prev_command> --accelerated-networking true
    4. Guarde la dirección IP privada. Esta dirección IP, <new_added_nic_primary_addr>, se utiliza para crear un LIF entre clústeres enDominio de difusión, LIF entre clústeres para la nueva NIC .

  5. Conecte la nueva NIC a la máquina virtual.

    az vm nic add -g <dest_node-rg> --vm-name <dest_node-vm> --nics <dest_node-vm-nic-new>
  6. Inicie la máquina virtual (nodo).

    az vm start --resource-group <dest_node-rg>  --name <dest_node-vm>
  7. En el portal de Azure, vaya a Redes y confirme que la nueva NIC, por ejemplo nic-new, existe y que la red acelerada está habilitada.

    az network nic list --resource-group azure-59806175-60147103-azure-rg --query "[].{NIC: name, VM: virtualMachine.id}"

Para las implementaciones de pares HA, repita los pasos para el nodo asociado.

Paso 2: Cree un nuevo espacio IP, dominio de difusión y LIF entre clústeres para la nueva NIC

Un espacio IP separado para LIF entre clústeres proporciona una separación lógica entre la funcionalidad de red para la replicación entre clústeres.

Utilice la CLI de ONTAP para los siguientes pasos.

Pasos
  1. Crea el nuevo espacio IP (new_ipspace).

    dest::> network ipspace create -ipspace <new_ipspace>
  2. Cree un dominio de transmisión en el nuevo espacio IP (new_ipspace) y agregue el puerto nic-new.

    dest::> network port show
  3. Para los sistemas de nodo único, el puerto recién agregado es e0b. Para las implementaciones de pares HA con discos administrados, el puerto recientemente agregado es e0d. Para las implementaciones de pares HA con blobs de página, el puerto recientemente agregado es e0e. Utilice el nombre del nodo, no el nombre de la máquina virtual. Encuentre el nombre del nodo ejecutando node show .

    dest::> broadcast-domain create -broadcast-domain <new_bd> -mtu 1500 -ipspace <new_ipspace> -ports <dest_node-cot-vm:e0b>
  4. Cree un LIF entre clústeres en el nuevo dominio de transmisión (new_bd) y en la nueva NIC (nic-new).

    dest::> net int create -vserver <new_ipspace> -lif <new_dest_node-ic-lif> -service-policy default-intercluster -address <new_added_nic_primary_addr> -home-port <e0b> -home-node <node> -netmask <new_netmask_ip> -broadcast-domain <new_bd>
  5. Verificar la creación del nuevo LIF entre clústeres.

    dest::> net int show

Para las implementaciones de pares HA, repita los pasos para el nodo asociado.

Paso 3: Verificar el peering del clúster entre los sistemas de origen y destino

Esta sección proporciona instrucciones sobre cómo verificar el peering entre los sistemas de origen y destino.

Utilice la CLI de ONTAP para los siguientes pasos.

Pasos
  1. Verifique que el LIF entre clústeres del clúster de destino pueda hacer ping al LIF entre clústeres del clúster de origen. Debido a que el clúster de destino ejecuta este comando, la dirección IP de destino es la dirección IP LIF entre clústeres en el origen.

    dest::> ping -lif <new_dest_node-ic-lif> -vserver <new_ipspace> -destination <10.161.189.6>
  2. Verifique que el LIF entre clústeres del clúster de origen pueda hacer ping al LIF entre clústeres del clúster de destino. El destino es la dirección IP de la nueva NIC creada en el destino.

    src::> ping -lif <src_node-ic-lif> -vserver <src_svm> -destination <10.161.189.18>

Para las implementaciones de pares HA, repita los pasos para el nodo asociado.

Paso 4: Crear peering SVM entre el sistema de origen y el de destino

Esta sección proporciona instrucciones sobre cómo crear un peering SVM entre el sistema de origen y el de destino.

Utilice la CLI de ONTAP para los siguientes pasos.

Pasos
  1. Cree un intercambio de clústeres en el destino utilizando la dirección IP LIF entre clústeres de origen como -peer-addrs . Para los pares de alta disponibilidad, indique la dirección IP LIF entre clústeres de origen para ambos nodos como -peer-addrs .

    dest::> cluster peer create -peer-addrs <10.161.189.6> -ipspace <new_ipspace>
  2. Ingrese y confirme la contraseña.

  3. Cree un clúster de intercambio de tráfico en el origen utilizando la dirección IP LIF del clúster de destino como peer-addrs . Para los pares de alta disponibilidad, indique la dirección IP LIF de destino entre clústeres para ambos nodos como -peer-addrs .

    src::> cluster peer create -peer-addrs <10.161.189.18>
  4. Ingrese y confirme la contraseña.

  5. Verifique que el clúster esté emparejado.

    src::> cluster peer show

    El emparejamiento exitoso muestra Disponible en el campo de disponibilidad.

  6. Cree un peering SVM en el destino. Tanto las SVM de origen como las de destino deben ser SVM de datos.

    dest::> vserver peer create -vserver <dest_svm> -peer-vserver <src_svm> -peer-cluster <src_cluster> -applications snapmirror``
  7. Aceptar peering SVM.

    src::> vserver peer accept -vserver <src_svm> -peer-vserver <dest_svm>
  8. Verifique que el SVM esté emparejado.

    dest::> vserver peer show

    Los estados pares muestran*peered * y aplicaciones de peering muestran*snapmirror *.

Paso 5: Cree una relación de replicación de SnapMirror entre el sistema de origen y el de destino

Esta sección proporciona instrucciones sobre cómo crear una relación de replicación SnapMirror entre el sistema de origen y el de destino.

Para mover una relación de replicación de SnapMirror existente, primero debe romper la relación de replicación de SnapMirror existente antes de crear una nueva relación de replicación de SnapMirror .

Utilice la CLI de ONTAP para los siguientes pasos.

Pasos
  1. Cree un volumen protegido de datos en el SVM de destino.

    dest::> vol create -volume <new_dest_vol> -vserver <dest_svm> -type DP -size <10GB> -aggregate <aggr1>
  2. Cree la relación de replicación de SnapMirror en el destino que incluye la política y la programación de SnapMirror para la replicación.

    dest::> snapmirror create -source-path src_svm:src_vol  -destination-path  dest_svm:new_dest_vol -vserver dest_svm -policy MirrorAllSnapshots -schedule 5min
  3. Inicialice la relación de replicación de SnapMirror en el destino.

    dest::> snapmirror initialize -destination-path  <dest_svm:new_dest_vol>
  4. En la CLI de ONTAP , valide el estado de la relación de SnapMirror ejecutando el siguiente comando:

    dest::> snapmirror show

    El estado civil es Snapmirrored y la salud de la relación es true .

  5. Opcional: en la CLI de ONTAP , ejecute el siguiente comando para ver el historial de acciones de la relación SnapMirror .

    dest::> snapmirror show-history

Opcionalmente, puede montar los volúmenes de origen y destino, escribir un archivo en el origen y verificar que el volumen se esté replicando en el destino.