Aplicar configuraciones de NetScaler VPX en el primer arranque del dispositivo NetScaler en la nube

Puede aplicar las configuraciones de NetScaler VPX durante el primer arranque del dispositivo NetScaler en un entorno de nube. Esta etapa se denomina etapa de prearranque en este documento. Por lo tanto, en ciertos casos, como la licencia agrupada de ADC, una instancia VPX específica se inicia en mucho menos tiempo. Esta característica está disponible en Microsoft Azure, Google Cloud Platform y las nubes de AWS.

¿Qué son los datos de usuario?

Cuando aprovisiona una instancia VPX en un entorno de nube, tiene la opción de pasar datos de usuario a la instancia. Los datos de usuario le permiten realizar tareas comunes de configuración automatizada, personalizar los comportamientos de inicio de las instancias y ejecutar scripts después de que la instancia se inicie. En el primer arranque, la instancia de NetScaler VPX realiza las siguientes tareas:

• Lee los datos de usuario.
• Interpreta la configuración proporcionada en los datos de usuario.
• Aplica la configuración recién agregada a medida que se inicia.

Cómo proporcionar datos de usuario de prearranque en una instancia de nube

Puede proporcionar datos de usuario de prearranque a la instancia de nube en formato XML. Las diferentes nubes tienen diferentes interfaces para proporcionar datos de usuario.

Proporcionar datos de usuario de prearranque mediante la consola de AWS

Cuando aprovisione una instancia de NetScaler VPX mediante la consola de AWS, vaya a Configurar detalles de instancia > Detalles avanzados y proporcione la configuración de datos de usuario de prearranque en el campo Datos de usuario.

Para obtener instrucciones detalladas sobre cada uno de los pasos, consulte Implementar una instancia de NetScaler VPX en AWS mediante la consola web de AWS. Para obtener más información, consulte la documentación de AWS sobre Lanzamiento de una instancia.

Nota:

El modo solo AWS IMDSv2 para la función de datos de usuario de prearranque es compatible a partir de NetScaler VPX versión 13.1.48.x y versiones posteriores.

Proporcionar datos de usuario de prearranque mediante AWS CLI

Escriba el siguiente comando en la AWS CLI:

aws ec2 run-instances \
    --image-id ami-0abcdef1234567890 \
    --instance-type t2.micro \
    --count 1 \
    --subnet-id subnet-08fc749671b2d077c \
    --key-name MyKeyPair \
    --security-group-ids sg-0b0384b66d7d692f9 \
    --user-data file://my_script.txt
<!--NeedCopy-->

Para obtener más información, consulte la documentación de AWS sobre Ejecución de instancias.

Para obtener más información, consulte la documentación de AWS sobre Uso de datos de usuario de instancia

Proporcionar datos de usuario de prearranque mediante la consola de Azure

Al aprovisionar una instancia de NetScaler VPX mediante la consola de Azure, vaya a la ficha Crear una máquina virtual > Avanzado. En el campo Datos personalizados, proporcione la configuración de datos de usuario de prearranque.

Proporcionar datos de usuario de prearranque mediante la CLI de Azure

Escriba el siguiente comando en la CLI de Azure:

az vm create \
  --resource-group myResourceGroup \
  --name MyVm \
  --image debian \
  --custom-data MyCloudInitScript.txt \
<!--NeedCopy-->

Ejemplo:

az vm create --resource-group MyResourceGroup -name MyVm --image debian --custom-data MyCloudInitScript.txt
<!--NeedCopy-->

Puede pasar sus datos personalizados o la configuración de prearranque como un archivo al parámetro “–custom-data”. En este ejemplo, el nombre del archivo es MyCloudInitScript.txt.

Para obtener más información, consulte la documentación de la CLI de Azure.

Proporcionar datos de usuario de prearranque mediante la consola de GCP

Al aprovisionar una instancia de NetScaler VPX mediante la consola de GCP, rellene las propiedades de la instancia. Expanda Administración, seguridad, discos, redes, arrendamiento único. Vaya a la ficha Administración. En la sección Automatización, proporcione la configuración de datos de usuario de prearranque en el campo Script de inicio.

Para obtener información detallada sobre cómo crear la instancia VPX mediante GCP, consulte Implementar una instancia de NetScaler VPX en Google Cloud Platform.

Proporcionar datos de usuario de prearranque mediante la CLI de gcloud

Escriba el siguiente comando en la CLI de GCP:

gcloud compute instances create INSTANCE_NAMES --metadata-from-file=startup-script=LOCAL_FILE_PATH
<!--NeedCopy-->

metadata-from-file - Lee el valor o los datos de usuario de un archivo almacenado en la .

Para obtener más información, consulte la documentación de la CLI de gcloud

Formato de datos de usuario de prearranque

Los datos de usuario de prearranque deben proporcionarse a la instancia de la nube en formato XML. Los datos de usuario de prearranque de NetScaler que proporcione a través de la infraestructura de la nube durante el arranque pueden comprender las siguientes cuatro secciones:

• Configuración de NetScaler representada con la etiqueta <NS-CONFIG>.
• Arranque personalizado de NetScaler representado con la etiqueta <NS-BOOTSTRAP>.
• Almacenamiento de scripts de usuario en NetScaler representado con la etiqueta <NS-SCRIPTS>.
• Configuración de licencias agrupadas representada con la etiqueta <NS-LICENSE-CONFIG>.

Puede proporcionar las cuatro secciones anteriores en cualquier orden dentro de la configuración de prearranque de ADC. Asegúrese de seguir estrictamente el formato que se muestra en las siguientes secciones al proporcionar los datos de usuario de prearranque.

Nota:

Toda la configuración de datos de usuario de prearranque debe estar encerrada en la etiqueta <NS-PRE-BOOT-CONFIG> como se muestra en los siguientes ejemplos.

Ejemplo 1:

<NS-PRE-BOOT-CONFIG>
     <NS-CONFIG>          </NS-CONFIG>
     <NS-BOOTSTRAP>       </NS-BOOTSTRAP>
     <NS-SCRIPTS>         </NS-SCRIPTS>
     <NS-LICENSE-CONFIG>  </NS-LICENSE-CONFIG>
</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

Ejemplo 2:

<NS-PRE-BOOT-CONFIG>
    <NS-LICENSE-CONFIG> </NS-LICENSE-CONFIG>
    <NS-SCRIPTS>        </NS-SCRIPTS>
    <NS-BOOTSTRAP>      </NS-BOOTSTRAP>
    <NS-CONFIG>         </NS-CONFIG>
</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

Utilice la etiqueta <NS-CONFIG> para proporcionar las configuraciones específicas de NetScaler VPX que deben aplicarse a la instancia VPX en la etapa de prearranque.

Nota:

La sección <NS-CONFIG> debe contener comandos CLI de ADC válidos. Los CLI no se verifican en cuanto a errores sintácticos o formato.

Configuraciones de NetScaler

Utilice la etiqueta <NS-CONFIG> para proporcionar las configuraciones específicas de NetScaler VPX que deben aplicarse a la instancia VPX en la etapa de prearranque.

Nota:

La sección <NS-CONFIG> debe contener comandos CLI de ADC válidos. Los CLI no se verifican en cuanto a errores sintácticos o formato.

Ejemplo:

En el siguiente ejemplo, la sección <NS-CONFIG> contiene los detalles de las configuraciones. Se configura una VLAN con ID ‘5’ y se vincula al SNIP (5.0.0.1). También se configura un servidor virtual de equilibrio de carga (4.0.0.101).

Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:

<NS-PRE-BOOT-CONFIG>
     <NS-CONFIG>
         add vlan 5
         add ns ip 5.0.0.1 255.255.255.0
         bind vlan 5 -IPAddress 5.0.0.1 255.255.255.0
         enable ns feature WL SP LB RESPONDER
         add server 5.0.0.201 5.0.0.201
         add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip
 NO -useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO
         add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180
     </NS-CONFIG>
</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

La instancia de NetScaler VPX se inicia con la configuración aplicada en la sección <NS-CONFIG>, como se muestra en las siguientes ilustraciones.

Scripts de usuario

Utilice la etiqueta <NS-SCRIPTS> para proporcionar cualquier script que deba almacenarse y ejecutarse en la instancia de NetScaler VPX.

Puede incluir muchos scripts dentro de la etiqueta <NS-SCRIPTS>. Cada script debe incluirse dentro de la etiqueta <SCRIPT>. Cada sección <SCRIPT> corresponde a un script y contiene todos los detalles del script utilizando las siguientes subetiquetas.

• <SCRIPT-NAME>: Indica el nombre del archivo de script que debe almacenarse.
• <SCRIPT-CONTENT>: Indica el contenido del archivo que debe almacenarse.
• <SCRIPT-TARGET-LOCATION>: Indica la ubicación de destino designada donde debe almacenarse este archivo. Si no se proporciona la ubicación de destino, por defecto, el archivo o script se guarda en el directorio “/nsconfig”.
• <SCRIPT-NS-BOOTUP>: Especifique los comandos que utiliza para ejecutar el script.
  • Si utiliza la sección <SCRIPT-NS-BOOTUP>, los comandos proporcionados en la sección se almacenan en “/nsconfig/nsafter.sh”, y los comandos se ejecutan después de que el motor de paquetes se inicie como parte de la ejecución de “nsafter.sh”.
  • Si no utiliza la sección <SCRIPT-NS-BOOTUP>, el archivo de script se almacena en la ubicación de destino que especifique.

Ejemplo 1:

En este ejemplo, la etiqueta <NS-SCRIPTS> contiene los detalles de un solo script: script-1.sh. El script “script-1.sh” se guarda en el directorio “/var”. El script se rellena con el contenido especificado y se ejecuta con el comando “sh /var/script-1.sh” después de que el motor de paquetes se inicie.

Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:

<NS-PRE-BOOT-CONFIG>
    <NS-SCRIPTS>
    <SCRIPT>
            <SCRIPT-CONTENT>
                #Shell script
                echo "Running script 1" > /var/script-1.output
                date >> /var/script-1.output
            </SCRIPT-CONTENT>

                <SCRIPT-NAME> script-1.sh </SCRIPT-NAME>
                <SCRIPT-TARGET-LOCATION> /var/ </SCRIPT-TARGET-LOCATION>
                <SCRIPT-NS-BOOTUP>sh /var/script-1.sh</SCRIPT-NS-BOOTUP>
        </SCRIPT>
    </NS-SCRIPTS>
</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

En la siguiente instantánea, puede verificar que el script “script-1.sh” se guarda en el directorio “/var/”. El script “Script-1.sh” se ejecuta y el archivo de salida se crea correctamente.

Ejemplo 2:

En el siguiente ejemplo, la etiqueta <NS-SCRIPTS> contiene los detalles de dos scripts.

• El primer script se guarda como “script-1.sh” en el directorio “/var”. El script se rellena con el contenido especificado y se ejecuta con el comando “sh /var/script-1.sh” después de que se inicie el motor de paquetes.
• El segundo script se guarda como “file-2.txt” en el directorio “/var”. Este archivo se rellena con el contenido especificado. Pero no se ejecuta porque no se proporciona el comando de ejecución de inicio <SCRIPT-NS-BOOTUP>.

Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:

<NS-PRE-BOOT-CONFIG>
    <NS-SCRIPTS>
        <SCRIPT>
            <SCRIPT-CONTENT>
               #Shell script
               echo "Running script 1" > /var/script-1.output
               date >> /var/script-1.output
            </SCRIPT-CONTENT>

            <SCRIPT-NAME>  script-1.sh  </SCRIPT-NAME>
            <SCRIPT-TARGET-LOCATION> /var/  </SCRIPT-TARGET-LOCATION>
            <SCRIPT-NS-BOOTUP>sh /var/script-1.sh</SCRIPT-NS-BOOTUP>
            </SCRIPT>

        <SCRIPT>
            <SCRIPT-CONTENT>
                This script has no execution point.
                It will just be saved at the target location
                NS Consumer module should consume this script/file
            </SCRIPT-CONTENT>
            <SCRIPT-NAME>file-2.txt</SCRIPT-NAME>
            <SCRIPT-TARGET-LOCATION>/var/</SCRIPT-TARGET-LOCATION>
        </SCRIPT>
    </NS-SCRIPTS>
</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

En la siguiente instantánea, puede verificar que script-1.sh y file-2.txt se crean en el directorio “/var/”. El Script-1.sh se ejecuta y el archivo de salida se crea correctamente.

Licencias

Utilice la etiqueta <NS-LICENSE-CONFIG> para aplicar las licencias agrupadas de NetScaler al iniciar la instancia de VPX. Utilice la etiqueta <LICENSE-COMMANDS> dentro de la sección <NS-LICENSE-CONFIG> para proporcionar los comandos de licencia agrupada. Estos comandos deben ser sintácticamente válidos.

Puede especificar los detalles de las licencias agrupadas, como el tipo de licencia, la capacidad y el servidor de licencias, en la sección <LICENSE-COMMANDS> mediante los comandos estándar de licencias agrupadas. Para obtener más información, consulte Configurar las licencias de capacidad agrupada de NetScaler.

Después de aplicar <NS-LICENSE-CONFIG>, el VPX se inicia con la edición solicitada y el VPX intenta obtener las licencias configuradas del servidor de licencias.

• Si la obtención de la licencia es correcta, el ancho de banda configurado se aplica a VPX.
• Si la obtención de la licencia falla, la licencia no se recupera del servidor de licencias en aproximadamente 10-12 minutos. Como resultado, el sistema se reinicia y entra en un estado sin licencia.

Ejemplo:

En el siguiente ejemplo, después de aplicar <NS-LICENSE-CONFIG>, el VPX se inicia con la edición Premium al arrancar, y el VPX intenta obtener las licencias configuradas del servidor de licencias (10.102.38.214).

Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:

<NS-PRE-BOOT-CONFIG>
   <NS-LICENSE-CONFIG>
        <LICENSE-COMMANDS>
            add ns licenseserver 10.102.38.214 -port 2800
            set ns capacity -unit gbps -bandwidth 3  edition platinum
        </LICENSE-COMMANDS>
    </NS-LICENSE-CONFIG>
</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

Como se muestra en la siguiente ilustración, puede ejecutar el comando “show license server” y verificar que el servidor de licencias (10.102.38.214) se ha añadido al VPX.

Arranque (Bootstrapping)

Utilice la etiqueta <NS-BOOTSTRAP> para proporcionar la información de arranque personalizada. Puede utilizar las etiquetas <SKIP-DEFAULT-BOOTSTRAP> y <NEW-BOOTSTRAP-SEQUENCE> dentro de la sección <NS-BOOTSTRAP>. Esta sección informa al dispositivo NetScaler si debe evitar el arranque predeterminado o no. Si se evita el arranque predeterminado, esta sección le ofrece la opción de proporcionar una nueva secuencia de arranque.

Configuración de arranque predeterminada

La configuración de arranque predeterminada en el dispositivo NetScaler sigue estas asignaciones de interfaz:

• Eth0 - Interfaz de administración con una dirección NSIP determinada.
• Eth1 - Interfaz orientada al cliente con una dirección VIP determinada.
• Eth2 - Interfaz orientada al servidor con una dirección SNIP determinada.

Personalizar la configuración de arranque

Puede omitir la secuencia de arranque predeterminada y proporcionar una nueva secuencia de arranque para la instancia de NetScaler VPX. Utilice la etiqueta <NS-BOOTSTRAP> para proporcionar la información de arranque personalizada. Por ejemplo, puede cambiar el arranque predeterminado, donde la interfaz de administración (NSIP), la interfaz orientada al cliente (VIP) y la interfaz orientada al servidor (SNIP) siempre se proporcionan en un orden determinado.

La siguiente tabla indica el comportamiento de arranque con los diferentes valores permitidos para las etiquetas <SKIP-DEFAULT-BOOTSTRAP> y <NEW-BOOTSTRAP-SEQUENCE>.

Puede personalizar la configuración de arranque mediante los tres métodos siguientes:

• Proporcionar solo los detalles de la interfaz
• Proporcionar los detalles de la interfaz junto con las direcciones IP y la máscara de subred
• Proporcionar comandos relacionados con el arranque en la sección <NS-CONFIG>

Método 1: Arranque personalizado especificando solo los detalles de la interfaz

Se especifican las interfaces de administración, de cara al cliente y de cara al servidor, pero no sus direcciones IP y máscaras de subred. Las direcciones IP y las máscaras de subred se rellenan consultando la infraestructura de la nube.

Ejemplo de arranque personalizado para AWS

Usted proporciona la secuencia de arranque personalizado como se muestra en el siguiente ejemplo. Para obtener más información, consulte Cómo proporcionar datos de usuario de prearranque en una instancia en la nube. La interfaz Eth1 se asigna como interfaz de administración (NSIP), la interfaz Eth0 como interfaz de cliente (VIP) y la interfaz Eth2 como interfaz de servidor (SNIP). La sección <NS-BOOTSTRAP> contiene solo los detalles de la interfaz y no los detalles de las direcciones IP y las máscaras de subred.

Después de crear la instancia de VM, en el portal de AWS, puede verificar las propiedades de la interfaz de red de la siguiente manera:

1. Vaya a AWS Portal > Instancias EC2 y seleccione la instancia que ha creado proporcionando la información de arranque personalizado.
2. En la pestaña Descripción, puede verificar las propiedades de cada interfaz de red como se muestra en las siguientes ilustraciones.

Puede ejecutar el comando show nsip en la CLI de ADC y verificar las interfaces de red aplicadas a la instancia de NetScaler VPX durante el primer arranque del dispositivo ADC.

Ejemplo de arranque personalizado para Azure

Usted proporciona la secuencia de arranque personalizado como se muestra en el siguiente ejemplo. Para obtener más información, consulte Cómo proporcionar datos de usuario de prearranque en una instancia en la nube. La interfaz Eth2 se asigna como interfaz de administración (NSIP), la interfaz Eth1 como interfaz de cliente (VIP) y la interfaz Eth0 como interfaz de servidor (SNIP). La sección <NS-BOOTSTRAP> contiene solo los detalles de la interfaz y no los detalles de las direcciones IP y las máscaras de subred.

Puede ver que la instancia de NetScaler VPX se crea con tres interfaces de red. Vaya a Azure portal > Instancia de VM > Redes y verifique las propiedades de red de las tres NIC como se muestra en las siguientes ilustraciones.

Puede ejecutar el comando “show nsip” en la CLI de ADC y verificar que se aplica la nueva secuencia de arranque especificada en la sección <NS-BOOTSTRAP>. Puede ejecutar el comando “show route” para verificar la máscara de subred.

Ejemplos de arranque personalizado para GCP

Proporcione la secuencia de arranque personalizada como se muestra en el siguiente ejemplo. Para obtener más información, consulte Cómo proporcionar datos de usuario de prearranque en una instancia en la nube. La interfaz Eth1 se asigna como interfaz de administración (NSIP), la interfaz Eth0 como interfaz de cliente (VIP) y la interfaz Eth2 como interfaz de servidor (SNIP). La sección <NS-BOOTSTRAP> contiene solo los detalles de la interfaz y no los detalles de las direcciones IP y las máscaras de subred.

Después de crear la instancia de VM en el portal de GCP, puede verificar las propiedades de la interfaz de red de la siguiente manera:

1. Seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
2. Vaya a las propiedades de la interfaz de red y verifique los detalles de la NIC de la siguiente manera:

Puede ejecutar el comando show nsip en la CLI de ADC y verificar las interfaces de red aplicadas a la instancia de NetScaler VPX durante el primer arranque del dispositivo ADC.

Método 2: Arranque personalizado especificando las interfaces, direcciones IP y máscaras de subred

Usted especifica las interfaces de administración, de cara al cliente y de cara al servidor junto con sus direcciones IP y máscara de subred.

Ejemplos de arranque personalizado para AWS

En el siguiente ejemplo, omite el arranque predeterminado y ejecuta una nueva secuencia de arranque para el dispositivo NetScaler. Para la nueva secuencia de arranque, especifica los siguientes detalles:

• Interfaz de administración: Interfaz - Eth1, NSIP - 172.31.52.88, y máscara de subred - 255.255.240.0
• Interfaz de cara al cliente: Interfaz - Eth0, VIP - 172.31.5.155, y máscara de subred - 255.255.240.0.
• Interfaz de cara al servidor: Interfaz - Eth2, SNIP - 172.31.76.177, y máscara de subred - 255.255.240.0.

Arranque personalizado de AWS método 2(/es-es/vpx/media/aws-custom-bootstrap-method2.png)

Puede ejecutar el comando show nsip en la CLI de ADC y verificar que se aplica la nueva secuencia de arranque especificada en la sección <NS-BOOTSTRAP>. Puede ejecutar el comando “show route” para verificar la máscara de subred.

AWS mostrar nsip método 2(/es-es/vpx/media/aws-show-nsip-method2.png)

Ejemplo de arranque personalizado para Azure

En el siguiente ejemplo, se menciona una nueva secuencia de arranque para ADC y se omite el arranque predeterminado. Proporcione los detalles de la interfaz junto con las direcciones IP y las máscaras de subred de la siguiente manera:

• Interfaz de administración (eth2), NSIP (172.27.2.53) y máscara de subred (255.255.255.0)
• Interfaz de cara al cliente (eth1), VIP (172.27.1.53) y máscara de subred (255.255.255.0)
• Interfaz de cara al servidor (eth0), SNIP (172.27.0.53) y máscara de subred (255.255.255.0)

Arranque personalizado de Azure método 2(/es-es/vpx/media/azure-custom-bootstrap-method2-new.png)

Puede ver que la instancia de NetScaler VPX se crea con tres interfaces de red. Vaya a Azure portal > Instancia de VM > Redes y verifique las propiedades de red de las tres NIC, como se muestra en las siguientes ilustraciones.

Puede ejecutar el comando show nsip en la CLI de ADC y verificar que se aplica la nueva secuencia de arranque especificada en la sección <NS-BOOTSTRAP>. Puede ejecutar el comando “show route” para verificar la máscara de subred.

Ejemplo de arranque personalizado para GCP

En el siguiente ejemplo, se menciona una nueva secuencia de arranque para ADC y se omite el arranque predeterminado. Proporcione los detalles de la interfaz junto con las direcciones IP y las máscaras de subred de la siguiente manera:

• Interfaz de administración (eth2), NSIP (10.128.4.31) y máscara de subred (255.255.255.0)
• Interfaz de cliente (eth1), VIP (10.128.0.43) y máscara de subred (255.255.255.0)
• Interfaz de servidor (eth0), SNIP (10.160.0.75) y máscara de subred (255.255.255.0)

Una vez creada la instancia de VM en el portal de GCP con el arranque personalizado, puede verificar las propiedades de la interfaz de red de la siguiente manera:

1. Seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
2. Vaya a las propiedades de la interfaz de red y verifique los detalles de la NIC de la siguiente manera.

Puede ejecutar el comando show nsip en la CLI de ADC y verificar que se aplica la nueva secuencia de arranque especificada en la sección <NS-BOOTSTRAP>. Puede ejecutar el comando “show route” para verificar la máscara de subred.

Método 3: Arranque personalizado proporcionando comandos relacionados con el arranque en la sección <NS-CONFIG>

Puede proporcionar los comandos relacionados con el arranque en la sección <NS-CONFIG>. En la sección <NS-BOOTSTRAP>, debe especificar <NEW-BOOTSTRAP-SEQUENCE> como “No” para ejecutar los comandos de arranque en la sección <NS-CONFIG>. También debe proporcionar los comandos para asignar NSIP, la ruta predeterminada y NSVLAN. Además, proporcione los comandos relevantes para la nube que utilice.

Antes de proporcionar un arranque personalizado, asegúrese de que su infraestructura de nube admita una configuración de interfaz particular.

Ejemplo de arranque personalizado para AWS

En este ejemplo, los comandos relacionados con el arranque se proporcionan en la sección <NS-CONFIG>. La sección <NS-BOOTSTRAP> indica que se omite el arranque predeterminado y se ejecuta la información de arranque personalizado proporcionada en la sección <NS-CONFIG>. También debe proporcionar los comandos para crear NSIP, agregar la ruta predeterminada y agregar NSVLAN.

Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:

<NS-PRE-BOOT-CONFIG>
    <NS-CONFIG>

        set ns config -IPAddress 172.31.52.88 -netmask 255.255.240.0
        add route 0.0.0.0 0.0.0.0 172.31.48.1
        set ns config -nsvlan 10 -ifnum 1/2  -tagged NO
        add route 172.31.0.2 255.255.255.255 172.31.48.1

        enable ns feature WL SP LB RESPONDER
        add server 5.0.0.201 5.0.0.201
        add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO - useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO
        add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180

    </NS-CONFIG>

    <NS-BOOTSTRAP>
     <SKIP-DEFAULT-BOOTSTRAP>YES</SKIP-DEFAULT-BOOTSTRAP>
     <NEW-BOOTSTRAP-SEQUENCE> NO </NEW-BOOTSTRAP-SEQUENCE>
    </NS-BOOTSTRAP>


</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

Una vez creada la instancia de VM, en el portal de AWS, puede verificar las propiedades de la interfaz de red de la siguiente manera:

1. Vaya a AWS Portal > Instancias EC2 y seleccione la instancia que ha creado proporcionando la información de arranque personalizado.
2. En la ficha Descripción, puede verificar las propiedades de cada interfaz de red como se muestra en las siguientes ilustraciones.

Puede ejecutar el comando show nsip en la CLI de ADC, y verificar las interfaces de red aplicadas a la instancia de NetScaler VPX durante el primer arranque del dispositivo ADC.

Ejemplo de arranque personalizado para Azure

En este ejemplo, los comandos relacionados con el arranque se proporcionan en la sección <NS-CONFIG>. La sección <NS-BOOTSTRAP> indica que se omite el arranque predeterminado, y se ejecuta la información de arranque personalizado proporcionada en la sección <NS-CONFIG>.

Nota:

Para la nube de Azure, el servidor de metadatos de instancia (IMDS) y los servidores DNS son accesibles solo a través de la interfaz principal (Eth0). Por lo tanto, si la interfaz Eth0 no se utiliza como interfaz de administración (NSIP), la interfaz Eth0 debe configurarse al menos como SNIP para que funcione el acceso a IMDS o DNS. También debe agregarse la ruta al punto de conexión IMDS (169.254.169.254) y al punto de conexión DNS (168.63.129.16) a través de la puerta de enlace de Eth0.

<NS-PRE-BOOT-CONFIG>

   <NS-CONFIG>

        set ns config -IPAddress 172.27.2.61 -netmask 255.255.255.0
        add route 0.0.0.0   0.0.0.0   172.27.2.1
        set ns config -nsvlan 10 -ifnum 1/2  -tagged NO
        add ns ip 172.27.0.61   255.255.255.0   -type SNIP
        add route 169.254.169.254 255.255.255.255 172.27.0.1
        add route 168.63.129.16 255.255.255.255 172.27.0.1

        add vlan 5
        bind vlan 5 -IPAddress 5.0.0.1 255.255.255.0
        enable ns feature WL SP LB RESPONDER
        add server 5.0.0.201 5.0.0.201
        add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO -useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO
        add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180

    </NS-CONFIG>

    <NS-BOOTSTRAP>

    <SKIP-DEFAULT-BOOTSTRAP>YES</SKIP-DEFAULT-BOOTSTRAP>
    <NEW-BOOTSTRAP-SEQUENCE> NO </NEW-BOOTSTRAP-SEQUENCE>

    </NS-BOOTSTRAP>

</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

Puede ver que la instancia de NetScaler VPX se crea con tres interfaces de red. Vaya a Azure portal > Instancia de VM > Redes, y verifique las propiedades de red de las tres NIC como se muestra en las siguientes ilustraciones.

Puede ejecutar el comando show nsip en la CLI de ADC, y verificar que se aplica la nueva secuencia de arranque especificada en la sección <NS-BOOTSTRAP>. Puede ejecutar el comando “show route” para verificar la máscara de subred.

Ejemplo de arranque personalizado para GCP

En este ejemplo, los comandos relacionados con el arranque se proporcionan en la sección <NS-CONFIG>. La sección <NS-BOOTSTRAP> indica que el arranque predeterminado se omite y se aplica la información de arranque personalizada proporcionada en la sección <NS-CONFIG>.

Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:

<NS-PRE-BOOT-CONFIG>

    <NS-CONFIG>

        set ns config -IPAddress 10.128.0.2 -netmask 255.255.255.0
        add route 0.0.0.0 0.0.0.0 10.128.0.1
        set ns config -nsvlan 10 -ifnum 1/1  -tagged NO

        enable ns feature WL SP LB RESPONDER
        add server 5.0.0.201 5.0.0.201
        add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO -useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO
        add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180

    </NS-CONFIG>

    <NS-BOOTSTRAP>
        <SKIP-DEFAULT-BOOTSTRAP>YES</SKIP-DEFAULT-BOOTSTRAP>
        <NEW-BOOTSTRAP-SEQUENCE> NO </NEW-BOOTSTRAP-SEQUENCE>
    </NS-BOOTSTRAP>

</NS-PRE-BOOT-CONFIG>
<!--NeedCopy-->

Después de crear la instancia de VM en el portal de GCP con el arranque personalizado, puede verificar las propiedades de la interfaz de red de la siguiente manera:

1. Seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
2. Vaya a las propiedades de la interfaz de red y verifique los detalles de la NIC como se muestra en la ilustración.

Puede ejecutar el comando show nsip en ADC CLI y verificar que las configuraciones proporcionadas en la sección <NS-CONFIG> anterior se aplican en el primer arranque del dispositivo ADC.

Impacto de adjuntar y desadjuntar NIC en AWS y Azure

AWS y Azure ofrecen la opción de adjuntar una interfaz de red a una instancia y desadjuntar una interfaz de red de una instancia. Adjuntar o desadjuntar interfaces podría alterar las posiciones de las interfaces. Por lo tanto, Citrix recomienda abstenerse de desadjuntar interfaces de la instancia de NetScaler VPX. Si desadjunta o adjunta una interfaz cuando el arranque personalizado está configurado, la instancia de NetScaler VPX reasigna la IP principal de la interfaz recién disponible en la posición de la interfaz de administración como NSIP. Si no hay más interfaces disponibles después de la que desadjuntó, la primera interfaz se convierte en la interfaz de administración para la instancia de NetScaler VPX.

Por ejemplo, una instancia de NetScaler VPX se inicia con 3 interfaces: Eth0 (SNIP), Eth1 (NSIP) y Eth2 (VIP). Si desadjunta la interfaz Eth1 de la instancia, que es una interfaz de administración, ADC configura la siguiente interfaz disponible (Eth2) como interfaz de administración. De este modo, se sigue accediendo a la instancia de NetScaler VPX a través de la IP principal de la interfaz Eth2. Si Eth2 tampoco está disponible, la interfaz restante (Eth0) se convierte en la interfaz de administración. Por lo tanto, el acceso a la instancia de NetScaler VPX sigue existiendo.

Consideremos una asignación diferente de interfaces de la siguiente manera: Eth0 (SNIP), Eth1 (VIP) y Eth2 (NSIP). Si desadjunta Eth2 (NSIP), dado que no hay ninguna interfaz nueva disponible después de Eth2, la primera interfaz (Eth0) se convierte en la interfaz de administración.