Los usos más comunes son:
- Configuración adaptativa controlada. reacción al cambio de condiciones
- Limitar las tareas administrativas
- Configurar múltiples componentes en ACOS de una vez
- Monitorizar varias VIPs a la vez
La arquitectura de aXAPI es sobre REST (Representional State Transfer). Provee acceso a los componentes de ACOS a través de métodos HTTP:
- GET - devuelve datos del objeto en formato JSON (Javascript Object Notation)
- POST - crea o modifica un nuevo elemento
- PUT - reemplaza un elemento. Los parámetros no especificados se resetean a los valores por defecto
- DELETE - Elimina un elemento
Se puede usar cualquier lenguaje o programa que soporte las llamadas REST de cliente-servidor.
Cuando hacemos las llamadas a la API, especificamos el objeto final al que accedemos. Por ejemplo:
/xapi/v3/slb/virtual-server
/xapi/v3/slb/service-group
/xapi/v3/active-partition/acme
/xapi/v3/ip/dns/primary
/xapi/v3/vrrp-a/vrid/1/blade-parameter
Cuando hacemos una operación aXAPI tenemos el siguiente flujo: autenticación, operación y desconexión.
Autenticación |
Operación |
Desconexión |
Otro método es el CLIDEPLOY, que permite ejecutar comandos al nivel de "privilege". La autenticación y la desconexión es igual, poer los datos se mandan en "texto plano". Con este método están excluidos los siguientes comandos: reboot, reload, repeat, shutdown, ssh y telnet.
Comandos para verificar:
- show audit
No hay comentarios:
Publicar un comentario