-
-
Implementar una instancia de NetScaler VPX
-
Optimice el rendimiento de NetScaler VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Mejore el rendimiento de SSL-TPS en plataformas de nube pública
-
Configurar subprocesos múltiples simultáneos para NetScaler VPX en nubes públicas
-
Instalar una instancia de NetScaler VPX en un servidor desnudo
-
Instalar una instancia de NetScaler VPX en Citrix Hypervisor
-
Instalación de una instancia NetScaler VPX en la nube de VMware en AWS
-
Instalación de una instancia NetScaler VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de NetScaler VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales NetScaler VPX en la plataforma Linux-KVM
-
Aprovisionamiento del dispositivo virtual NetScaler mediante OpenStack
-
Aprovisionamiento del dispositivo virtual NetScaler mediante Virtual Machine Manager
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red SR-IOV
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red PCI Passthrough
-
Aprovisionamiento del dispositivo virtual NetScaler mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de NetScaler
-
Aprovisionamiento del dispositivo virtual NetScaler con SR-IOV en OpenStack
-
-
Implementar una instancia de NetScaler VPX en AWS
-
Configurar las funciones de IAM de AWS en la instancia de NetScaler VPX
-
Implementación de una instancia independiente NetScaler VPX en AWS
-
Servidores de equilibrio de carga en diferentes zonas de disponibilidad
-
Implementar un par de alta disponibilidad de VPX en la misma zona de disponibilidad de AWS
-
Alta disponibilidad en diferentes zonas de disponibilidad de AWS
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en distintas zonas de AWS
-
Implementación de una instancia NetScaler VPX en AWS Outposts
-
Proteja AWS API Gateway mediante el firewall de aplicaciones web de Citrix
-
Configurar una instancia de NetScaler VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de NetScaler VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de NetScaler VPX en Microsoft Azure
-
Arquitectura de red para instancias NetScaler VPX en Microsoft Azure
-
Configuración de varias direcciones IP para una instancia independiente NetScaler VPX
-
Configurar una configuración de alta disponibilidad con varias direcciones IP y NIC
-
Configurar una instancia de NetScaler VPX para usar redes aceleradas de Azure
-
Configure los nodos HA-INC mediante la plantilla de alta disponibilidad de NetScaler con Azure ILB
-
Instalación de una instancia NetScaler VPX en la solución Azure VMware
-
Configurar una instancia independiente de NetScaler VPX en la solución Azure VMware
-
Configurar una instalación de alta disponibilidad de NetScaler VPX en la solución Azure VMware
-
Configurar el servidor de rutas de Azure con un par de alta disponibilidad de NetScaler VPX
-
Configurar GSLB en una configuración de alta disponibilidad activa en espera
-
Configuración de grupos de direcciones (IIP) para un dispositivo NetScaler Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia NetScaler VPX en Google Cloud Platform
-
Implementar un par de VPX de alta disponibilidad en Google Cloud Platform
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en Google Cloud Platform
-
Instalar una instancia de NetScaler VPX en VMware Engine de Google Cloud
-
Compatibilidad con escalado VIP para la instancia NetScaler VPX en GCP
-
-
Automatizar la implementación y las configuraciones de NetScaler
-
Actualización y degradación de un dispositivo NetScaler
-
Consideraciones de actualización para configuraciones con directivas clásicas
-
Consideraciones sobre la actualización de archivos de configuración personalizados
-
Consideraciones sobre la actualización: Configuración de SNMP
-
Compatibilidad con actualización de software en servicio para alta disponibilidad
-
Soluciones para proveedores de servicios de telecomunicaciones
-
Equilibrio de carga del tráfico de plano de control basado en protocolos de diámetro, SIP y SMPP
-
Utilización del ancho de banda mediante la funcionalidad de redirección de caché
-
-
-
Autenticación, autorización y auditoría del tráfico de aplicaciones
-
Cómo funciona la autenticación, la autorización y la auditoría
-
Componentes básicos de la configuración de autenticación, autorización y auditoría
-
Autorización del acceso de los usuarios a los recursos de aplicaciones
-
NetScaler como proxy del servicio de federación de Active Directory
-
NetScaler Gateway local como proveedor de identidad de Citrix Cloud
-
Compatibilidad de configuración para el atributo de cookie SameSite
-
Configuración de autenticación, autorización y auditoría para protocolos de uso común
-
Solución de problemas relacionados con la autenticación y la autorización
-
-
-
-
Configuración de la expresión de directiva avanzada: Introducción
-
Expresiones de directivas avanzadas: trabajo con fechas, horas y números
-
Expresiones de directivas avanzadas: análisis de datos HTTP, TCP y UDP
-
Expresiones de directivas avanzadas: análisis de certificados SSL
-
Expresiones de directivas avanzadas: direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de directivas avanzadas: funciones de Stream Analytics
-
Ejemplos de tutoriales de directivas avanzadas para reescritura
-
-
-
Protecciones de nivel superior
-
Protección basada en gramática SQL para cargas útiles HTML y JSON
-
Protección basada en gramática por inyección de comandos para carga útil HTML
-
Reglas de relajación y denegación para gestionar ataques de inyección HTML SQL
-
Compatibilidad con palabras clave personalizadas para la carga útil HTML
-
Compatibilidad con firewall de aplicaciones para Google Web Toolkit
-
Comprobaciones de protección XML
-
-
-
Administrar un servidor virtual de redirección de caché
-
Ver estadísticas del servidor virtual de redirección de caché
-
Habilitar o inhabilitar un servidor virtual de redirección de caché
-
Resultados directos de directivas a la caché en lugar del origen
-
Realizar una copia de seguridad de un servidor virtual de redirección de caché
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
-
Traducir la dirección IP de destino de una solicitud a la dirección IP de origen
-
-
Descripción general del cluster
-
Administración del clúster de NetScaler
-
Grupos de nodos para configuraciones detectadas y parcialmente rayadas
-
Desactivación de la dirección en el plano posterior del clúster
-
Eliminar un nodo de un clúster implementado mediante la agregación de vínculos de clúster
-
Supervisión de la configuración del clúster mediante SNMP MIB con enlace SNMP
-
Supervisión de los errores de propagación de comandos en una implementación de clúster
-
Compatibilidad con logotipos preparados para IPv6 para clústeres
-
Enlace de interfaz VRRP en un clúster activo de un solo nodo
-
Casos de configuración y uso de clústeres
-
Migración de una configuración de HA a una configuración de clúster
-
Interfaces comunes para cliente y servidor e interfaces dedicadas para backplane
-
Conmutador común para cliente y servidor y conmutador dedicado para placa posterior
-
Supervisar servicios en un clúster mediante la supervisión de rutas
-
-
Configurar NetScaler como un solucionador de stubs con reconocimiento de seguridad no validante
-
Compatibilidad con tramas gigantes para DNS para gestionar respuestas de grandes tamaños
-
Configurar el almacenamiento en caché negativo de los registros DNS
-
Equilibrio de carga global del servidor
-
Configurar entidades GSLB individualmente
-
Recomendaciones de actualización para la implementación de GSLB
-
-
Estado de servicio y servidor virtual de equilibrio de carga
-
Insertar atributos de cookie a las cookies generadas por ADC
-
Proteja una configuración de equilibrio de carga contra fallos
-
Administrar el tráfico de clientes
-
Configurar servidores virtuales de equilibrio de carga sin sesión
-
Reescritura de puertos y protocolos para la redirección HTTP
-
Insertar la dirección IP y el puerto de un servidor virtual en el encabezado de solicitud
-
Utilizar una IP de origen especificada para la comunicación de back-end
-
Establecer un valor de tiempo de espera para las conexiones de cliente inactivas
-
Gestionar el tráfico de clientes en función de la velocidad de tráfico
-
Utilizar un puerto de origen de un rango de puertos especificado para la comunicación de back-end
-
Configurar la persistencia IP de origen para la comunicación back-end
-
-
Configuración avanzada de equilibrio de carga
-
Aumenta gradualmente la carga en un nuevo servicio con un inicio lento a nivel de servidor virtual
-
Proteger aplicaciones en servidores protegidos contra los picos de tráfico
-
Habilitar la limpieza de las conexiones de servicios y servidores virtuales
-
Habilitar o inhabilitar la sesión de persistencia en los servicios TROFS
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
Mantener la conexión de cliente para varias solicitudes de cliente
-
Insertar la dirección IP del cliente en el encabezado de solicitud
-
Utilizar la dirección IP de origen del cliente al conectarse al servidor
-
Configurar el puerto de origen para las conexiones del lado del servidor
-
Establecer un límite en el número de solicitudes por conexión al servidor
-
Establecer un valor de umbral para los monitores enlazados a un servicio
-
Establecer un valor de tiempo de espera para las conexiones de clientes inactivas
-
Establecer un valor de tiempo de espera para las conexiones de servidor inactivas
-
Establecer un límite en el uso del ancho de banda por parte de los clientes
-
Conservar el identificador de VLAN para la transparencia de VLAN
-
-
Configurar monitores en una configuración de equilibrio de carga
-
Configurar el equilibrio de carga para los protocolos de uso común
-
Caso de uso 3: Configurar el equilibrio de carga en modo de Direct Server Return
-
Caso de uso 6: Configurar el equilibrio de carga en modo DSR para redes IPv6 mediante el campo TOS
-
Caso de uso 7: Configurar el equilibrio de carga en modo DSR mediante IP sobre IP
-
Caso de uso 8: Configurar el equilibrio de carga en modo de un brazo
-
Caso de uso 9: Configurar el equilibrio de carga en modo en línea
-
Caso de uso 10: Equilibrio de carga de los servidores del sistema de detección de intrusiones
-
Caso de uso 11: Aislamiento del tráfico de red mediante directivas de escucha
-
Caso de uso 12: Configurar Citrix Virtual Desktops para el equilibrio de carga
-
Caso de uso 13: Configurar Citrix Virtual Apps and Desktops para equilibrar la carga
-
Caso de uso 14: Asistente de ShareFile para equilibrar la carga Citrix ShareFile
-
Caso práctico 15: Configurar el equilibrio de carga de capa 4 en el dispositivo NetScaler
-
-
Configurar para obtener el tráfico de datos NetScaler FreeBSD desde una dirección SNIP
-
-
Compatibilidad con protocolos TLSv1.3 tal como se define en RFC 8446
-
Matriz de compatibilidad de certificados de servidor en el dispositivo ADC
-
Compatibilidad con plataformas basadas en chip SSL Intel Coleto
-
Compatibilidad con el módulo de seguridad de hardware Thales Luna Network
-
-
-
-
Configuración de un túnel de CloudBridge Connector entre dos centros de datos
-
Configuración de CloudBridge Connector entre el centro de datos y la nube de AWS
-
Configuración de un túnel de CloudBridge Connector entre un centro de datos y Azure Cloud
-
Configuración del túnel CloudBridge Connector entre Datacenter y SoftLayer Enterprise Cloud
-
Diagnóstico y solución de problemas de túnel CloudBridge Connector
-
-
Puntos a tener en cuenta para una configuración de alta disponibilidad
-
Sincronizar archivos de configuración en una configuración de alta disponibilidad
-
Restricción del tráfico de sincronización de alta disponibilidad a una VLAN
-
Configuración de nodos de alta disponibilidad en distintas subredes
-
Limitación de las conmutaciones por error causadas por monitores de ruta en modo no INC
-
Configuración del conjunto de interfaces de conmutación por error
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo NetScaler
-
Quitar y reemplazar un NetScaler en una configuración de alta disponibilidad
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Personalizar la configuración de GSLB
Una vez que la configuración básica de GSLB esté operativa, puede personalizarla modificando el ancho de banda de un servicio de GSLB, configurando los servicios GSLB basados en CNAME, la proximidad estática, el RTT dinámico, las conexiones persistentes o los pesos dinámicos de los servicios, o cambiando el método GSLB.
También puede configurar la supervisión de los servicios GSLB para determinar sus estados.
Esta configuración depende de la implementación de la red y de los tipos de clientes que espera conectar a sus servidores.
Modificar el número máximo de conexiones o el ancho de banda máximo para un servicio GSLB
Puede restringir la cantidad de clientes nuevos que pueden conectarse simultáneamente a un servidor virtual de equilibrio de carga o conmutación de contenido configurando el número máximo de clientes o el ancho de banda máximo para el servicio GSLB que representa el servidor virtual.
Para modificar el ancho de banda o los clientes máximos de un servicio GSLB mediante la interfaz de línea de comandos
En la línea de comandos, escriba el siguiente comando para modificar el número máximo de conexiones de cliente o el ancho de banda máximo de un servicio GSLB y comprobar la configuración:
set gslb service <serviceName> [-maxClients <positive_integer>] [-maxBandwidth <positive_integer>]
show gslb service <serviceName>
<!--NeedCopy-->
Ejemplo:
set glsb service Service-GSLB-1 –maxBandwidth 100 –maxClients 100
show gslb service Service-GSLB-1
<!--NeedCopy-->
Para modificar el ancho de banda o los clientes máximos de un servicio GSLB mediante la utilidad de configuración
- Vaya a Administración del tráfico > GSLB > Serviciosy haga doble clic en un servicio.
- Haga clic en la sección Otros ajustes y defina los siguientes parámetros:
- Cantidad máxima de clientes — Cantidad máxima de clientes
- Ancho de banda máximo: ancho de banda máximo
Cree servicios GSLB basados en CNAME
Para configurar un servicio GSLB, puede utilizar la dirección IP del servidor o un nombre canónico del servidor. Si desea ejecutar varios servicios (como un FTP y un servidor web, cada uno de los cuales se ejecuta en puertos diferentes) desde una única dirección IP o ejecutar varios servicios HTTP en el mismo puerto, con nombres diferentes y en el mismo host físico, puede utilizar nombres canónicos (CNAMES) para los servicios.
Por ejemplo, puede tener dos entradas en DNS como ftp.example.com y www.example.com para los servicios FTP y los servicios HTTP del mismo dominio, example.com. Los servicios GSLB basados en CNAME son útiles en una configuración de resolución de dominios multinivel o en el balanceo de cargas de dominios multinivel. La configuración de un servicio GSLB basado en CNAME también puede ayudar si es probable que cambie la dirección IP del servidor físico.
Si configura los servicios GSLB basados en CNAME para un dominio GSLB, cuando se envía una consulta para el dominio GSLB, el dispositivo NetScaler proporciona un CNAME en lugar de una dirección IP. Si el registro A de este registro CNAME no está configurado, el cliente debe consultar la dirección IP en el dominio CNAME. Si el registro A de este registro CNAME está configurado, el dispositivo NetScaler proporciona al CNAME el registro A correspondiente (dirección IP). El dispositivo NetScaler gestiona la resolución final de la consulta DNS, según lo determinado por el método GSLB. Los registros CNAME se pueden mantener en un dispositivo NetScaler diferente o en un sistema de terceros.
En un servicio GSLB basado en direcciones IP, el estado de un servicio viene determinado por el estado del servidor que representa. Sin embargo, un servicio GSLB basado en CNAME tiene su estado configurado en UP de forma predeterminada; la dirección IP (VIP) del servidor virtual ni el protocolo de intercambio de métricas (MEP) no se utilizan para determinar su estado. Si un monitor de escritorio está enlazado a un servicio GSLB basado en CNAME, el estado del servicio se determina de acuerdo con el resultado de las sondas del monitor.
Puede vincular un servicio GSLB basado en CNAME únicamente a un servidor virtual GSLB que tenga el tipo de registro DNS como CNAME. Además, un dispositivo NetScaler puede contener como máximo un servicio GSLB con una entrada CNAME determinada.
Las siguientes son algunas de las funciones compatibles con un servicio GSLB basado en CNAME:
- Se admite la afinidad de sitios basada en directivas GSLB, con el CNAME como ubicación preferida.
- Se admite la persistencia de la IP de origen. La entrada de persistencia contiene la información CNAME en lugar de la dirección IP y el puerto del servicio seleccionado.
Las siguientes son las limitaciones de los servicios GSLB basados en CNAME:
- No se admite la persistencia del sitio, ya que el servicio al que hace referencia un CNAME puede estar presente en cualquier ubicación de terceros.
- No se admite la respuesta con múltiples direcciones IP porque un dominio no puede tener varias entradas CNAME.
- Source IP Hash y Round Robin son los únicos métodos de equilibrio de carga admitidos. No se admite el método de proximidad estática porque un CNAME no está asociado a una dirección IP y la proximidad estática solo se puede mantener de acuerdo con las direcciones IP.
Nota: La función de respuesta descendente vacía debe estar habilitada en el servidor virtual GSLB al que se vincula el servicio GSLB basado en CNAME. Si habilita la función de respuesta descendente vacía, cuando un servidor virtual GSLB esté INACTIVO o inhabilitado, la respuesta a una consulta de DNS, para los dominios enlazados a este servidor virtual, contiene un registro vacío sin direcciones IP, en lugar de un código de error.
Para crear un servicio GSLB basado en CNAME mediante la interfaz de línea de comandos
En el símbolo del sistema, escriba:
add gslb service <serviceName> -cnameEntry <string> -siteName <string>
<!--NeedCopy-->
Ejemplo:
add gslb service Service-GSLB-1 -cnameEntry transport.mycompany.com -siteName Site-GSLB-East-Coast
add gslb service Service-GSLB-2 -cnameEntry finance.mycompany.com -siteName Site-GSLB-West-Coast
<!--NeedCopy-->
Para crear un servicio GSLB basado en CNAME mediante la utilidad de configuración
- Vaya aAdministración del tráfico>GSLB > Servicios.
- Cree un servicio y defina el tipo como Canonical NameBased.
Configurar el estado de transición fuera de servicio (TROFS) en GSLB
Al configurar la persistencia en un servidor virtual GSLB al que está enlazado un servicio, el servicio sigue atendiendo las solicitudes del cliente incluso después de estar inhabilitado, y solo acepta nuevas solicitudes o conexiones para cumplir con la persistencia. Tras un período de tiempo configurado, conocido como período de cierre gradual, no se dirigen nuevas solicitudes ni conexiones al servicio y se cierran todas las conexiones existentes.
Al inhabilitar un servicio, puede especificar un período de cierre correcto, en segundos, mediante el argumento delay. Durante el período de cierre correcto, si el servicio está enlazado a un servidor virtual, su estado aparece como Fuera de servicio.
Configurar pesos dinámicos para los servicios
En una red típica, hay servidores que tienen una mayor capacidad de tráfico que otros. Sin embargo, con una configuración de equilibrio de carga normal, la carga se distribuye de manera uniforme entre todos los servicios, aunque los diferentes servicios representen servidores con capacidades diferentes.
Para optimizar los recursos de GSLB, puede configurar ponderaciones dinámicas en un servidor virtual de GSLB. Los pesos dinámicos pueden basarse en el número total de servicios enlazados al servidor virtual o en la suma de los pesos de los servicios individuales enlazados al servidor virtual. La distribución del tráfico se basa entonces en los pesos configurados para los servicios.
Cuando se configuran los pesos dinámicos en el servidor virtual GSLB, las solicitudes se distribuyen según el método de equilibrio de carga, el peso del servicio GSLB y el peso dinámico. El producto del peso del servicio GSLB y el peso dinámico se conoce como peso acumulado. Por lo tanto, cuando se configura el peso dinámico en el servidor virtual GSLB, las solicitudes se distribuyen según el método de equilibrio de carga y el peso acumulado.
Cuando el peso dinámico de un servidor virtual está desactivado, el valor numérico se establece en 1. Esto garantiza que el peso acumulado sea un entero distinto de cero en todo momento.
El peso dinámico se puede basar en el número total de servicios activos vinculados a los servidores virtuales de equilibrio de carga o en los pesos asignados a los servicios.
Considere una configuración con dos sitios GSLB configurados para un dominio y cada sitio tiene dos servicios que pueden servir al cliente. Si un servicio de cualquiera de los sitios deja de funcionar, el otro servidor de ese sitio tiene que gestionar el doble de tráfico que un servicio del otro sitio. Si el peso dinámico se basa en la cantidad de servicios activos, el sitio con ambos servicios activos tiene el doble de peso que el sitio con un servicio inactivo y, por lo tanto, recibe el doble de tráfico.
Como alternativa, considere una configuración en la que los servicios del primer sitio representen servidores que sean dos veces más potentes que los servidores del segundo sitio. Si el peso dinámico se basa en los pesos asignados a los servicios, se puede enviar el doble de tráfico al primer sitio que al segundo.
Nota: Para obtener más información sobre la asignación de ponderaciones a servicios de equilibrio de cargas, consulte Asignación de ponderaciones a servicios.
Como ejemplo de cómo se calcula el peso dinámico, considere un servidor virtual GSLB que tiene un servicio GSLB vinculado a él. El servicio GSLB representa un servidor virtual de equilibrio de carga que, a su vez, tiene dos servicios enlazados a él. El peso asignado al servicio GSLB es 3. Los pesos asignados a los dos servicios son 1 y 2, respectivamente. En este ejemplo, cuando el peso dinámico se establece en:
- Desactivado: elpeso acumulado del servidor virtual GSLB es el producto del peso dinámico (desactivado = 1) y el peso del servicio GSLB (3), por lo que el peso acumulado es 3.
- SERVICECOUNT: El recuento es la suma del número de servicios enlazados a los servidores virtuales de equilibrio de carga correspondientes al servicio GSLB (2), y el peso acumulado es el producto del peso dinámico (2) y el peso del servicio GSLB (3), que es 6.
- PESO DEL SERVICIO: El peso dinámico es la suma de los pesos de los servicios enlazados a los servidores virtuales de equilibrio de carga correspondientes al servicio GSLB (3), y el peso acumulado es el producto del peso dinámico (3) y el peso del servicio GSLB (3), que es 9.
Nota: Los pesos dinámicos no se aplican cuando se configuran servidores virtuales de conmutación de contenido.
Para configurar un servidor virtual GSLB para que utilice ponderaciones dinámicas mediante la interfaz de línea de comandos
En el símbolo del sistema, escriba:
set gslb vserver <name> -dynamicWeight SERVICECOUNT | SERVICEWEIGHT
<!--NeedCopy-->
Ejemplo:
set gslb vserver vserver-GSLB-1 -dynamicWeight SERVICECOUNT
<!--NeedCopy-->
Para configurar el servidor virtual GSLB para que utilice ponderaciones dinámicas mediante la utilidad de configuración
- Vaya a Administración del tráfico > GSLB > Servidores virtuales y haga doble clic en el servidor virtual GSLB cuyo método desee cambiar (por ejemplo, vServer-GSLB-1).
- Haga clic en la secciónMétodoy, en la lista desplegable depeso dinámico, seleccioneSERVICECOUNT o SERVICEWEIGHT.
Compartir
Compartir
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.