Aplicación de configuraciones Citrix ADC VPX en el primer arranque del dispositivo Citrix ADC en la nube
Puede aplicar las configuraciones de Citrix ADC VPX durante el primer arranque del dispositivo Citrix ADC en un entorno de nube. Esta etapa se aborda como fase deprearranqueen este documento. Por lo tanto, en algunos casos, como las licencias agrupadas por ADC, una instancia VPX específica aparece en mucho menos tiempo. Esta función está disponible en Microsoft Azure, la plataforma de Google Cloud 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 de configuración automatizadas comunes, personalizar los comportamientos de inicio de las instancias y ejecutar scripts después de que se inicie la instancia. En el primer arranque, la instancia Citrix ADC VPX realiza las siguientes tareas:
- Lee los datos del 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 previos al arranque en una instancia de nube
Puede proporcionar datos de usuario de prearranque a la instancia de nube en formato XML. Las distintas nubes tienen interfaces diferentes para proporcionar datos de usuario.
Proporcionar datos de usuario previos al arranque mediante la consola de AWS
Cuando aprovisione una instancia Citrix ADC VPX mediante la consola de AWS, vaya aConfigurardetalles de instancias > Detalles avanzadosy proporcione la configuración de datos de usuario previo al arranque en el campoDatos de usuario.
Para obtener instrucciones detalladas sobre cada uno de los pasos, consulteImplementación de una instancia Citrix ADC VPX en AWS mediante la consola web de AWS. Para obtener más información, consulte la documentación de AWS sobre ellanzamiento de una instancia.
Proporcionar datos de usuario previos al arranque mediante AWS CLI
Escriba el siguiente comando en la CLI de AWS:
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
Para obtener más información, consulte la documentación de AWS sobreinstancias en ejecución.
Para obtener más información, consulte la documentación de AWS sobreUso de datos de usuario de instancias
Proporcionar datos de usuario previos al arranque mediante la consola de Azure
Cuando aprovisione una instancia Citrix ADC VPX mediante la consola de Azure, vaya aCrear una máquina virtual > ficha Avanzadas. En el campoDatos personalizados, proporcione la configuración de datos de usuario de prearranque.
Proporcionar datos de usuario previos al arranque mediante la CLI de Azure
Escriba el siguiente comando en la CLI de Azure:
阿兹vm create \ --resource-group myResourceGroup \ --name MyVm \ --image debian \ --custom-data MyCloudInitScript.txt \
Ejemplo:
阿兹vm create --resource-group MyResourceGroup -name MyVm --image debian --custom-data MyCloudInitScript.txt
Puede pasar los datos personalizados o la configuración previa al arranque como un archivo al parámetro “—custom-data”. En este ejemplo, el nombre de archivo esMyCloudInitScript.txt.
Para obtener más información, consulte ladocumentación de Azure CLI.
Proporcionar datos de usuario previos al arranque mediante la consola de GCP
Cuando aprovisione una instancia Citrix ADC VPX mediante la consola de GCP, complete las propiedades de la instancia. AmplíeAdministración, seguridad, discos, redes, arrendamiento único. Acceda a la fichaAdministración. En la secciónAutomatización, proporcione la configuración de datos de usuario de prearranque en el campoScript de inicio.
Para obtener información detallada sobre cómo crear la instancia VPX mediante GCP, consulteImplementación de una instancia Citrix ADC 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
metadata-from-file: Lee el valor o los datos de usuario de un archivo almacenado en el
Para obtener más información, consulta ladocumentació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 nube en formato XML. Los datos de usuario de prearranque de Citrix ADC que proporciona a través de la infraestructura de nube durante el arranque pueden abarcar las cuatro secciones siguientes:
- Configuracion de Citrix ADC representada欺诈等iqueta
. - Arranque personalizado de Citrix ADC representado con la etiqueta
. - Almacenar guiones de usuario en Citrix ADC representados con la etiqueta
. - Configuración de licencias agrupadas representada con la etiqueta
.
喝水可以proporcionar las cuatro secciones前en cualquier orden dentro de la configuración de prearranque de ADC. Asegúrese de seguir estrictamente el formato que se muestra en las secciones siguientes mientras proporciona los datos de usuario de prearranque.
Nota:
La configuración completa de datos de usuario de prearranque debe incluirse en la etiqueta
, tal y como se muestra en los ejemplos siguientes.
Ejemplo 1:
Ejemplo 2:
Utilice la etiqueta
para proporcionar las configuraciones específicas de Citrix ADC VPX que deben aplicarse a la instancia VPX en la etapa de prearranque.
NOTA:
La sección
debe tener comandos CLI de ADC válidos. No se verifican los errores sintácticos ni el formato de las CLI.
Configuraciones de Citrix ADC
Utilice la etiqueta
para proporcionar las configuraciones específicas de Citrix ADC VPX que deben aplicarse a la instancia VPX en la etapa de prearranque.
NOTA:
La sección
debe tener comandos CLI de ADC válidos. No se verifican los errores sintácticos ni el formato de las CLI.
Ejemplo:
En el ejemplo siguiente, la sección
contiene los detalles de las configuraciones. Una VLAN de ID ‘5’ está configurada y enlazada 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í:
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
La instancia Citrix ADC VPX presenta la configuración aplicada en la sección
como se muestra en las ilustraciones siguientes.
Guiones de usuario
Utilice la etiqueta
para proporcionar cualquier script que deba almacenarse y ejecutarse en la instancia de Citrix ADC VPX.
Puede incluir muchos scripts dentro de la etiqueta
. Cada guión debe incluirse dentro de la etiqueta<脚本>
. Cada sección<脚本>
corresponde a un guión y contiene todos los detalles del guión mediante las siguientes subetiquetas.
<脚本-NAME>:
Indica el nombre del archivo de script que debe almacenarse.<脚本-CONTENT>:
Indica el contenido del archivo que debe almacenarse.<脚本-TARGET-LOCATION>:
Indica la ubicación de destino designada en la que debe almacenarse este archivo. Si no se proporciona la ubicación de destino, de forma predeterminada, el archivo o el script se guardan en el directorio “/nsconfig”.<脚本-NS-BOOTUP>:
Especifique los comandos que utiliza para ejecutar el script.- Si utiliza la sección
<脚本-NS-BOOTUP>
, los comandos proporcionados en la sección se almacenan en “/nsconfig/nsafter.sh “, y los comandos se ejecutan después de que se inicie el motor de paquetes como parte de la ejecución de” nsafter.sh”. - Si no utiliza la sección
<脚本-NS-BOOTUP>
, el archivo de script se almacena en la ubicación de destino que especifique.
- Si utiliza la sección
Ejemplo 1:
En este ejemplo, la etiqueta
contiene detalles de un único 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 arrancar el motor de paquetes.
Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:
En la siguiente instantánea, puede comprobar que el script “script-1.sh” está guardado en el directorio “/var/”. Se ejecuta el script “Script-1.sh” y el archivo de salida se crea correctamente.
Ejemplo 2:
En el ejemplo siguiente, la etiqueta
contiene 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 arrancar 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
<脚本-NS-BOOTUP>
se proporciona el comando de ejecución de arranque.
Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:
En la siguiente instantanea,测试comprobar年代cript-1.sh y file-2.txt se crean en el directorio “/var/”. Script-1.sh se ejecuta y el archivo de salida se crea correctamente.
Licencias
Utilice la etiqueta
para aplicar licencias agrupadas de Citrix ADC mientras arranca la instancia VPX. Utilice la etiqueta
dentro de la sección
para proporcionar los comandos de licencia agrupados. Estos comandos deben ser válidos sintácticamente.
Puede especificar los detalles de las licencias agrupadas, como el tipo de licencia, la capacidad y el servidor de licencias en la sección
mediante los comandos de licencias agrupados estándar. Para obtener más información, consulteConfigurarlas licencias de capacidad agrupadas de Citrix ADC.
Después de aplicar el
, VPX aparece la edición solicitada al arrancar y VPX intenta extraer las licencias configuradas del servidor de licencias.
- Si la retirada de la licencia se realiza correctamente, el ancho de banda configurado se aplica a VPX.
- Si se produce un error en la retirada de la licencia, la licencia no se recupera del servidor de licencias en un plazo de 10 a 12 minutos aproximadamente. Como resultado, el sistema se reinicia y entra en un estado sin licencia.
Ejemplo:
En el ejemplo siguiente, después de aplicar el
, VPX aparece la edición Premium al arrancar y VPX intenta extraer 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í:
add ns licenseserver 10.102.38.214 -port 2800 set ns capacity -unit gbps -bandwidth 3 edition platinum
Como se muestra en la siguiente ilustración, puede ejecutar el comando “show license server” y comprobar que el servidor de licencias (10.102.38.214) se ha agregado al VPX.
Bootstrapping
Utilice la etiqueta
帕拉proporcionar可以引导personalizada. Puede utilizar las etiquetas
y
dentro de la sección
. En esta sección se informa al dispositivo Citrix ADC si debe evitar el arranque predeterminado o no. Si se evita el bootstrapping predeterminado, en esta sección se ofrece la opción de proporcionar una nueva secuencia de bootstrapping.
Configuración de arranque predeterminada
La configuración de arranque predeterminada del dispositivo Citrix ADC sigue estas asignaciones de interfaz:
- Eth0- Interfaz de administración con una determinada dirección NSIP.
- Eth1- Interfaz orientada al cliente con una determinada dirección VIP.
- Eth2: Interfaz orientada al servidor con una determinada dirección SNIP.
Personalizar la configuración bootstrap
Puede omitir la secuencia de arranque predeterminada y proporcionar una nueva secuencia de arranque para la instancia Citrix ADC VPX. Utilice la etiqueta
帕拉proporcionar可以引导personalizada. Por ejemplo, puede cambiar el bootstrapping 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.
En la tabla siguiente se indica el comportamiento de bootstrapping con los distintos valores permitidos en etiquetas
y
.
SKIP-DEFAULT-BOOTSTRAP |
NEW-BOOTSTRAP-SEQUENCE |
Comportamiento bootstrap |
---|---|---|
SÍ | SÍ | Se omite el comportamiento de bootstrapping predeterminado y se ejecuta una nueva secuencia de arranque personalizada proporcionada en la sección . |
SÍ | NO | Se omite el comportamiento de arranque predeterminado. Se ejecutan los comandos bootstrap proporcionados en la sección . |
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
Método 1: arranque personalizado especificando solo los detalles de la interfaz
Se especifican las interfaces de administración, orientadas al cliente y orientadas al servidor, pero no sus direcciones IP y máscaras de subred. Las direcciones IP y las máscaras de subred se completan consultando la infraestructura en la nube.
Ejemplo de arranque personalizado para AWS
Proporciona la secuencia de arranque personalizada como se muestra en el siguiente ejemplo. Para obtener más información, consulteCómo proporcionar datos de usuario de prearranque en la instancia de nube. La interfaz Eth1 se asigna como interfaz de administración (NSIP), interfaz Eth0 como interfaz de cliente (VIP) e interfaz Eth2 como interfaz de servidor (SNIP). La sección
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:
- Vaya alportal de AWS > instancias EC2y seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
- En la fichaDescripción, puede verificar las propiedades de cada interfaz de red como se muestra en las ilustraciones siguientes.
Puede ejecutar el comandoshow nsip
en laCLI de ADCy verificar las interfaces de red aplicadas a la instancia VPX de ADC durante el primer arranque del dispositivo ADC.
Ejemplo de arranque personalizado para Azure
Proporciona la secuencia de arranque personalizada como se muestra en el siguiente ejemplo. Para obtener más información, consulteCómo proporcionar datos de usuario de prearranque en la instancia de nube. La interfaz Eth2 se asigna como interfaz de administración (NSIP), interfaz Eth1 como interfaz de cliente (VIP) e interfaz Eth0 como interfaz de servidor (SNIP). La sección
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 Citrix ADC VPX se crea con tres interfaces de red. Vaya alportal de Azure > Instancia de VM > Redesy compruebe las propiedades de red de las tres NIC como se muestra en las ilustraciones siguientes.
Puede ejecutar el comando “show nsip” en la CLI de ADC y comprobar que se aplica la nueva secuencia de arranque especificada en la sección
. Puede ejecutar el comando “show route” para verificar la máscara de subred.
Ejemplos de bootstrap personalizados para GCP
Proporciona la secuencia de arranque personalizada como se muestra en el siguiente ejemplo. Para obtener más información, consulteCómo proporcionar datos de usuario de prearranque en la instancia de nube. La interfaz Eth1 se asigna como interfaz de administración (NSIP), interfaz Eth0 como interfaz de cliente (VIP) e interfaz Eth2 como interfaz de servidor (SNIP). La sección
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:
- Seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
- Vaya a las propiedades de la interfaz de red y compruebe los detalles de la NIC de la siguiente manera
Puede ejecutar el comandoshow nsip
en laCLI de ADCy verificar las interfaces de red aplicadas a la instancia VPX de ADC durante el primer arranque del dispositivo ADC.
Método 2: arranque personalizado especificando las interfaces, las direcciones IP y las máscaras de subred
Se especifican las interfaces de administración, orientadas al cliente y orientadas al servidor junto con sus direcciones IP y máscara de subred.
Ejemplos de arranque personalizados para AWS
En el siguiente ejemplo, omite el bootstrap predeterminado y ejecuta una nueva secuencia de arranque para el dispositivo Citrix ADC. Para la nueva secuencia de arranque, especifique los siguientes detalles:
- Interfaz de administración:Interfaz - Eth1, NSIP - 172.31.52.88 y máscara de subred - 255.255.240.0
- Interfaz orientada al cliente:Interfaz - Eth0, VIP - 172.31.5.155 y máscara de subred - 255.255.240.0.
- Interfaz orientada al servidor:Interfaz - Eth2, SNIP - 172.31.76.177 y máscara de subred - 255.255.240.0.
Puede ejecutar el comandoshow nsip
en la CLI de ADC y verificar que se haya aplicado la nueva secuencia de arranque especificada en la sección
. Puede ejecutar el comando “show route” para verificar la máscara de subred.
Ejemplo de arranque personalizado para Azure
En el ejemplo siguiente, se menciona una nueva secuencia de arranque para ADC y se omite el bootstrap predeterminado. Proporciona 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 orientada al cliente (eth1), VIP (172.27.1.53) y máscara de subred (255.255.255.0)
- Interfaz orientada al servidor (eth0), SNIP (172.27.0.53) y máscara de subred (255.255.255.0)
Puede ver que la instancia Citrix ADC VPX se crea con tres interfaces de red. Vaya alportal de Azure > Instancia de VM > Redesy compruebe las propiedades de red de las tres NIC como se muestra en las ilustraciones siguientes.
Puede ejecutar el comandoshow nsip
en la CLI de ADC y verificar que se haya aplicado la nueva secuencia de arranque especificada en la sección
. Puede ejecutar el comando “show route” para verificar la máscara de subred.
Ejemplo de bootstrap personalizado para GCP
En el ejemplo siguiente, se menciona una nueva secuencia de arranque para ADC y se omite el bootstrap predeterminado. Proporciona 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 orientada al cliente (eth1), VIP (10.128.0.43) y máscara de subred (255.255.255.0)
- Interfaz orientada al 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 bootstrap personalizado, puede verificar las propiedades de la interfaz de red de la siguiente manera:
- Seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
- Vaya a las propiedades de la interfaz de red y compruebe los detalles de la NIC de la siguiente manera
Puede ejecutar el comandoshow nsip
en la CLI de ADC y verificar que se haya aplicado la nueva secuencia de arranque especificada en la sección
. Puede ejecutar el comando “show route” para verificar la máscara de subred.
Puede proporcionar los comandos relacionados con el arranque en la sección
. En la sección
, debe especificar
como “No” para ejecutar los comandos de arranque de la sección
. También debe proporcionar los comandos para asignar NSIP, ruta predeterminada y NSVLAN. Además, proporcione los comandos relevantes para la nube que utiliza.
Antes de proporcionar un arranque personalizado, asegúrese de que su infraestructura en la nube admite una configuración de interfaz concreta.
Ejemplo de arranque personalizado para AWS
En este ejemplo, los comandos relacionados con bootstrap se proporcionan en la sección
. La sección
indica que se omite el bootstrapping predeterminado y se ejecuta la información de arranque personalizada proporcionada en la sección
. También debe proporcionar los comandos para crear NSIP, agregar una ruta predeterminada y agregar NSVLAN.
Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:
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 YES NO
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:
- Vaya alportal de AWS > instancias EC2y seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
- En la fichaDescripción, puede verificar las propiedades de cada interfaz de red como se muestra en las ilustraciones siguientes.
Puede ejecutar el comandoshow nsip
en laCLI de ADCy verificar las interfaces de red aplicadas a la instancia VPX de ADC durante el primer arranque del dispositivo ADC.
Ejemplo de arranque personalizado para Azure
En este ejemplo, los comandos relacionados con bootstrap se proporcionan en la sección
. La sección
indica que se omite el bootstrapping predeterminado y se ejecuta la información de arranque personalizada proporcionada en la sección
.
Nota:
Para la nube de Azure, el servidor de metadatos de instancias (IMDS) y los servidores DNS solo se puede acceder 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 el acceso IMDS o DNS al trabajo. También se debe agregar la ruta al extremo IMDS (169.254.169.254) y al extremo DNS (168.63.129.16) a través de la puerta de enlace de Eth0.
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 YES NO
Puede ver que la instancia Citrix ADC VPX se crea con tres interfaces de red. Vaya alportal de Azure > Instancia de VM > Redesy compruebe las propiedades de red de las tres NIC como se muestra en las ilustraciones siguientes.
Puede ejecutar el comandoshow nsip
en la CLI de ADC y verificar que se haya aplicado la nueva secuencia de arranque especificada en la sección
. Puede ejecutar el comando “show route” para verificar la máscara de subred.
Ejemplo de bootstrap personalizado para GCP
En este ejemplo, los comandos relacionados con bootstrap se proporcionan en la sección
. La sección
indica que se omite el bootstrapping predeterminado y se aplica la información de arranque personalizada proporcionada en la sección
.
Puede copiar la configuración que se muestra en la captura de pantalla anterior desde aquí:
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 YES NO
Una vez creada la instancia de VM en el portal de GCP con el bootstrap personalizado, puede verificar las propiedades de la interfaz de red de la siguiente manera:
- Seleccione la instancia que ha creado proporcionando la información de arranque personalizada.
- Desplácese hasta las propiedades de la interfaz de red y compruebe los detalles de la NIC como se muestra en la ilustración.
Puede ejecutar el comandoshow nsip
en laCLI de ADCy verificar que las configuraciones proporcionadas en la sección
anterior se apliquen en el primer arranque del dispositivo ADC.
Impacto de adjuntar y separar NIC en AWS y Azure
AWS y Azure ofrecen la opción de adjuntar una interfaz de red a una instancia y separar una interfaz de red de una instancia. La conexión o desconexión de interfaces podría alterar las posiciones de la interfaz. Por lo tanto, Citrix recomienda que se abstengan de separar interfaces de la instancia VPX de ADC. Si desconecta o adjunta una interfaz cuando se configura el bootstrapping personalizado, la instancia Citrix ADC 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 desconectó, la primera interfaz se transforma en la interfaz de administración de la instancia VPX de ADC.
比如,se提供了una instancia de CitrixDC VPX con 3 interfaces: Eth0 (SNIP), Eth1 (NSIP) y Eth2 (VIP). Si desactiva 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. Por lo tanto, se sigue accediendo a la instancia VPX de ADC a través de la IP principal de la interfaz Eth2. Si Eth2 tampoco está disponible, la interfaz restante (Eth0) se hace la interfaz de administración. Por lo tanto, el acceso a la instancia VPX de ADC sigue existiendo.
Consideremos una asignación diferente de interfaces de la siguiente manera: Eth0 (SNIP), Eth1 (VIP) y Eth2 (NSIP). Si desactiva Eth2 (NSIP), porque no hay nueva interfaz disponible después de Eth2, la primera interfaz (Eth0) se transforma en la interfaz de administración.
En este artículo
- Qué son los datos de usuario
- Cómo proporcionar datos de usuario previos al arranque en una instancia de nube
- Proporcionar datos de usuario previos al arranque mediante la consola de AWS
- Proporcionar datos de usuario previos al arranque mediante la consola de Azure
- Proporcionar datos de usuario previos al arranque mediante la consola de GCP
- Formato de datos de usuario de prearranque
- Configuraciones de Citrix ADC
- Guiones de usuario
- Licencias
- Bootstrapping
- Método 1: arranque personalizado especificando solo los detalles de la interfaz
- Método 2: arranque personalizado especificando las interfaces, las direcciones IP y las máscaras de subred
- Método 3: Arranque personalizado proporcionando comandos relacionados con el bootstrap en la sección
- Impacto de adjuntar y separar NIC en AWS y Azure