Se usó la API de Cloud Translation para traducir esta página.

Retirar un centro de datos

En ocasiones, es posible que debas retirar de servicio un centro de datos. Por ejemplo, si actualizas tu sistema operativo, debes instalar el nuevo sistema operativo en un centro de datos nuevo y, luego, retirar de servicio el centro de datos anterior. En las siguientes secciones, se presenta un ejemplo de baja de un centro de datos, en el que hay dos centros de datos, dc-1 y dc-2, en una instalación agrupada de 12 nodos:

dc-1 es el centro de datos que se retirará.
dc-2 es un segundo centro de datos que se usa en el procedimiento de baja.

Si actualizas tu sistema operativo, dc-2 podría ser el centro de datos en el que instalaste la nueva versión del sistema operativo (SO). Sin embargo, no es necesario instalar un SO nuevo para dar de baja un centro de datos.

Consideraciones antes de dar de baja un centro de datos

Ten en cuenta las siguientes consideraciones cuando desincorpores un centro de datos:

Bloquea todo el tráfico de tiempo de ejecución y administración al centro de datos que se desincorporará y redirecciona a otros centros de datos.
Después de retirar el centro de datos, tendrás una capacidad reducida en tu clúster de Apigee. Para compensarlo, considera aumentar la capacidad de los centros de datos restantes o agregar centros de datos después de la baja.
Durante el proceso de baja, existe la posibilidad de que se pierdan datos de Analytics, según los componentes de Analytics que estén instalados en el centro de datos que se dará de baja. Puedes encontrar más detalles en Cómo agregar o quitar nodos de Qpid.
Antes de retirar un centro de datos, debes comprender cómo se configuran todos los componentes en todos los centros de datos, en especial los servidores OpenLDAP, ZooKeeper, Cassandra y Postgres. También debes crear copias de seguridad de todos los componentes y sus parámetros de configuración.

Antes de comenzar

Servidor de administración: Todos los pasos de baja dependen en gran medida del servidor de administración. Si solo tienes un servidor de administración disponible, te recomendamos que instales un nuevo componente de servidor de administración en un centro de datos que no sea dc-1 antes de retirar el servidor de administración en dc-1 y asegurarte de que uno de los servidores de administración siempre esté disponible.
Router: Antes de retirar de servicio un router, inhabilita la accesibilidad de los routers bloqueando el puerto 15999. Asegúrate de que no se dirija tráfico del entorno de ejecución a los routers que se desincorporarán.
Cassandra y ZooKeeper: En las siguientes secciones, se describe cómo dar de baja dc-1 en una configuración de dos centros de datos.
Si tienes más de dos centros de datos, asegúrate de quitar todas las referencias al nodo que se dará de baja (dc-1 en este caso) de todos los archivos de configuración silenciosos de todos los centros de datos restantes. Para los nodos de Cassandra que se inhabilitarán, quita esos hosts de CASS_HOSTS. Los nodos de Cassandra restantes deben permanecer en el orden original de CASS_HOSTS.
Postgres: Si retiras de la comisión el nodo principal de Postgres, asegúrate de promocionar cualquiera de los nodos de reserva disponibles como un nuevo nodo principal de Postgres. Si bien el servidor QPID mantiene un búfer en la fila, si el maestro de Postgres no está disponible por un período más prolongado, corres el riesgo de perder datos de estadísticas.
Precaución: Debes quitar y agregar los servidores de Postgresql del grupo de estadísticas y del grupo de consumidores al mismo tiempo. Es posible que pierdas algunos datos de estadísticas si hay una demora sustancial entre los dos pasos.
Sugerencia: El procesador de mensajes tiene una pequeña cola en la que mantiene los datos de estadísticas en la memoria durante un período breve, que puedes usar para evitar la pérdida de datos. Antes de realizar cambios en el grupo de estadísticas, bloquea el puerto 5672 en el centro de datos que está recibiendo tráfico y asegúrate de volver a habilitarlo rápidamente después de realizar los cambios, ya que existe la posibilidad de que se produzca un desbordamiento de datos.

Por ejemplo, para detener temporalmente el tráfico de análisis de los procesadores de mensajes al servidor de Qpid, haz lo siguiente:
1. Ingresa el siguiente comando:
```
iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
```
2. Sigue los pasos para cambiar el grupo de ax.
3. Quita la regla de iptable después de que cambie axgroup:
```
iptables -F
```

Requisitos previos

Antes de retirar cualquier componente, te recomendamos que crees una copia de seguridad completa de todos los nodos. Usa el procedimiento de la versión actual de Edge para realizar la copia de seguridad. Para obtener más información sobre las copias de seguridad, consulta Copia de seguridad y restablecimiento.

Nota: Si tienes varios nodos de Cassandra o ZooKeeper, crea una copia de seguridad de uno a la vez, ya que el proceso de copia de seguridad cierra temporalmente ZooKeeper.
Asegúrate de que Edge esté en funcionamiento antes de retirarlo con el siguiente comando:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
Asegúrate de que no haya tráfico del entorno de ejecución en el centro de datos que vas a cerrar.

Orden de baja de componentes

Si instalas Edge para una nube privada en varios nodos, debes retirar los componentes de Edge en esos nodos en el siguiente orden:

IU de Edge (edge-ui)
Servidor de administración (edge-management-server)
OpenLDAP (apigee-openldap)
Router (router de borde)
Message Processor (edge-message-processor)
Qpid Server y Qpidd (edge-qpid-server y apigee-qpidd)
Postgres y la base de datos de PostgreSQL (edge-postgres-server y apigee-postgresql)
ZooKeeper (apigee-zookeeper)
Cassandra (apigee-cassandra)

En las siguientes secciones, se explica cómo dar de baja cada componente.

IU de Edge

Para detener y desinstalar el componente de la IU de Edge de dc-1, ingresa los siguientes comandos:

/opt/apigee/apigee-service/bin/apigee-service edge-ui stop
/opt/apigee/apigee-service/bin/apigee-service edge-ui uninstall

Servidor de administración

Para retirar el servidor de administración de dc-1, sigue estos pasos:

Detén el servidor de administración en dc-1:
```
apigee-service edge-management-server stop
```

Busca el UUID del servidor de administración registrado en dc-1:

curl -u <AdminEmailID>:'<AdminPassword>' -X GET “http://{MS_IP}:8080/v1/servers?pod=central&region=dc-1&type=management-server”

Cancela el registro del tipo de servidor:

curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=management-server&region=dc-1&pod=central&uuid=UUID&action=remove"

Borra el servidor. Nota: Si también se instalaron otros componentes en este servidor, primero regístralos todos antes de borrar el UUID.
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
```

Desinstala el componente del servidor de administración en dc-1:

/opt/apigee/apigee-service/bin/apigee-service edge-management-server uninstall

Open LDAP

En esta sección, se explica cómo dar de baja OpenLDAP en dc-1.

Nota: Si tienes más de dos centros de datos, consulta Configuraciones con más de dos centros de datos a continuación.

Para dar de baja OpenLDAP en dc-1, sigue estos pasos:

Crea una copia de seguridad del nodo OpenLDAP dc-1 siguiendo los pasos que se indican en Cómo crear una copia de seguridad.
Para interrumpir la replicación de datos entre los dos centros de datos, dc-1 y dc-2, ejecuta los siguientes pasos en ambos centros de datos.
Nota: Si tu configuración tiene más de dos centros de datos, debes hacer lo siguiente:
1. Identifica qué nodo de OpenLDAP se replica en el nodo que se dará de baja.
2. Cambia la replicación de ese nodo para que se replique en un nodo diferente y completar el círculo de replicación.
Por ejemplo, supongamos que tienes tres centros de datos, en los que el nodo 1 se replica en el nodo 2, el nodo 2 se replica en el nodo 3 y el nodo 3 se replica en el nodo 1. Si retiras el nodo 1, debes interrumpir la replicación en el nodo 1 y también modificar la replicación del nodo 3 para que se replique en el nodo 2.
1. Verifica el estado actual:
```
ldapsearch -H ldap://{HOST}:{PORT} -LLL -x -b "cn=config" -D "cn=admin,cn=config" -w {credentials} -o ldif-wrap=no 'olcSyncRepl' | grep olcSyncrepl
```
  El resultado debería ser similar al siguiente ejemplo:
```
olcSyncrepl: {0}rid=001 provider=ldap://{HOST}:{PORT}/ binddn="cn=manager,dc=apigee,dc=com" bindmethod=simple credentials={credentials} searchbase="dc=apigee,dc=com" attrs="*,+" type=refreshAndPersist retry="60 1 300 12 7200 +" timeout=1
```
2. Crea un archivo break_repl.ldif que contenga los siguientes comandos:
```
dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcSyncRepl

dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcMirrorMode
```
3. Ejecuta el comando ldapmodify:
```
ldapmodify -x -w {credentials} -D "cn=admin,cn=config" -H "ldap://{HOST}:{PORT}/" -f path/to/file/break_repl.ldif
```
  El resultado debería ser similar al siguiente ejemplo:
```
modifying entry "olcDatabase={2}bdb,cn=config"
modifying entry "olcDatabase={2}bdb,cn=config"
```
Para verificar que dc-2 ya no se replica en dc-1, crea una entrada en el LDAP de dc-2 y asegúrate de que no aparezca en el LDAP de dc-1.

De manera opcional, puedes seguir los pasos que se indican a continuación, que crean un usuario de solo lectura en el nodo OpenLDAP dc-2 y, luego, verifican si se replica o no. Posteriormente, se borra el usuario.
1. Crea un archivo readonly-user.ldif en dc-2 con el siguiente contenido:
```
dn: uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com
objectClass: organizationalPerson
objectClass: person
objectClass: inetOrgPerson
objectClass: top
cn: readonly-user
sn: readonly-user
userPassword: {testPassword}
```
2. Agrega el usuario con el comando "ldapadd" en dc-2:
```
ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif
```
  El resultado será similar al siguiente:
```
adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
```
3. Busca al usuario en dc-1 para asegurarte de que no se haya replicado. Si el usuario no está presente en dc-1, te asegurarás de que ambos LDAP ya no se estén replicando:
```
ldapsearch -H ldap://{HOST}:{PORT} -x -w {credentials} -D "cn=manager,dc=apigee,dc=com" -b uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com -LLL
```
  El resultado debería ser similar al siguiente ejemplo:
```
No such object (32)
Matched DN: ou=users,ou=global,dc=apigee,dc=com
```
4. Quita el usuario de solo lectura que agregaste anteriormente:
```
ldapdelete -v -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
```

Detén OpenLDAP en dc-1:

/opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop

Desinstala el componente OpenLDAP en dc-1:

/opt/apigee/apigee-service/bin/apigee-service apigee-openldap uninstall

Router

En esta sección, se explica cómo retirar un router. Consulta Cómo quitar un servidor para obtener más detalles sobre cómo quitar el router.

Los siguientes pasos dan de baja el router de dc-1. Si hay varios nodos de router configurados en dc-1, realiza los pasos en todos los nodos de router de a uno por vez.

Nota: Aquí se supone que el puerto de verificación de estado 15999 del router está configurado en tu balanceador de cargas y que bloquear el puerto 15999 hará que el router no sea accesible. Es posible que necesites acceso root para bloquear el puerto.

Para retirar de servicio un router, sigue estos pasos:

Para inhabilitar la accesibilidad de los routers, bloquea el puerto 15999, el puerto de verificación de estado. Asegúrate de que el tráfico del entorno de ejecución esté bloqueado en este centro de datos:
```
iptables -A INPUT -i eth0 -p tcp --dport 15999 -j REJECT
```

Verifica que se pueda acceder al router:

curl -vvv -X GET http://{ROUTER_IP}:15999/v1/servers/self/reachable

El resultado debería ser similar al siguiente ejemplo:

About to connect() to 10.126.0.160 port 15999 (#0)
Trying 10.126.0.160...
Connection refused
Failed connect to 10.126.0.160:15999; Connection refused
Closing connection 0
curl: (7) Failed connect to 10.126.0.160:15999; Connection refused

Obtén el UUID del router, como se describe en Obtén UUIDs.

Detén el router:

/opt/apigee/apigee-service/bin/apigee-service edge-router stop

Ejecuta el siguiente comando para mostrar una lista de los pods de puerta de enlace disponibles en la organización:
```
curl -u  <AdminEmailID>:'<AdminPassword>' -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"
```
Consulta Acerca de los pods.

Cancela el registro del tipo de servidor:

curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=router&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"

Cancela el registro del servidor:

curl -u <AdminEmailID>:'<AdminPassword>’ -X DELETE http://{MS_IP}:8080/v1/servers/UUID

Desinstala edge-router:

/opt/apigee/apigee-service/bin/apigee-service edge-router uninstall

Consulta Cómo quitar un servidor.

Borra las reglas de iptables para habilitar el puerto bloqueado 15999:
```
iptables -F
```

Message Processor

En esta sección, se describe cómo retirar el procesador de mensajes de dc-1. Consulta Cómo quitar un servidor para obtener más detalles sobre cómo quitar el procesador de mensajes.

Dado que suponemos que dc-1 tiene una instalación agrupada de 12 nodos, hay dos nodos de Message Processor configurados en dc-1. Ejecuta los siguientes comandos en ambos nodos.

Obtén los UUIDs de los procesadores de mensajes, como se describe en Obtén UUIDs.

Detén el procesador de mensajes:

apigee-service edge-message-processor stop

Cancela el registro del tipo de servidor:

curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=message-processor&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"

Desvincula un entorno del procesador de mensajes.

curl -H "Content-Type:application/x-www-form-urlencoded" <AdminEmailID>:'<AdminPassword>’  \
-X POST http://{MS_IP}:8080/v1/organizations/{ORG}/environments/{ENV}/servers \
-d "action=remove&uuid=UUID"

Cancela el registro del tipo de servidor:

curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers -d "type=message-processor&region=dc-1&pod=gateway-1&uuid=UUID&action=remove"

Desinstala el procesador de mensajes:

/opt/apigee/apigee-service/bin/apigee-service edge-message-processor uninstall

Cancela el registro del servidor:

curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID

Servidor Qpid y Qpidd

En esta sección, se explica cómo dar de baja el servidor Qpid (edge-qpid-server) y Qpidd (apigee-qpidd). Existen dos nodos Qpid configurados en dc-1, por lo que debes seguir los pasos que se indican a continuación para ambos nudos:

Obtén el UUID de Qpidd, como se describe en Obtén UUIDs.

Detén edge-qpid-server y apigee-qpidd:

/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-qpidd stop

Obtén una lista de grupos de consumidores y de Analytics:

curl -u <AdminEmailID>:'<AdminPassword>' -X GET http://{MS_IP}:8080/v1/analytics/groups/ax

Quita Qpid del grupo de consumidores:

curl -u <AdminEmailID>:'<AdminPassword>' -H "Content-Type: application/json"  -X DELETE \ "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/consumer-groups/{consumer_group}/consumers/{QPID_UUID}"

Quita Qpid del grupo de estadísticas:

curl -v -u <AdminEmailID>:'<AdminPassword>' \
-X DELETE "http://{MS_IP}:8080/v1/analytics/groups/ax/{ax_group}/servers?uuid={QPID_UUID}&type=qpid-server"

Cancela el registro del servidor Qpid de la instalación de Edge:

curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=qpid-server&region=dc-1&pod=central&uuid={QPID_UUID}&action=remove"

Quita el servidor Qpid de la instalación de Edge:

curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID

Reinicia todos los componentes de edge-qpid-server en todos los nodos para asegurarte de que esos componentes detecten el cambio:

$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server wait_for_ready

Desinstala edge-qpid-server y apigee-qpidd:

$ /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server uninstall
$ /opt/apigee/apigee-service/bin/apigee-service apigee-qpidd uninstall

Postgres y Postgresql

El centro de datos que desincorporarás podría tener un maestro de Postgres o un Postgres de reserva. En las siguientes secciones, se explica cómo dar de baja los recursos:

Desactivación del maestro de Postgres
Desactivación del estado de espera de Postgres

Precaución: Debes quitar y agregar los servidores de Postgresql del grupo de estadísticas y del grupo de consumidores al mismo tiempo. Es posible que pierdas algunos datos de estadísticas si hay una demora sustancial entre los dos pasos.

Sugerencia: El procesador de mensajes tiene una pequeña cola en la que mantiene los datos de estadísticas en la memoria durante un período breve, que puedes usar para evitar la pérdida de datos. Antes de realizar cambios en el grupo de estadísticas, bloquea el puerto 5672 en el centro de datos que está recibiendo tráfico y asegúrate de volver a habilitarlo rápidamente después de realizar los cambios, ya que existe la posibilidad de que se produzca un desbordamiento de datos.

Por ejemplo, para detener temporalmente el tráfico de análisis de los procesadores de mensajes al servidor de Qpid, haz lo siguiente:

Ingresa el siguiente comando:

iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP

Sigue los pasos para cambiar el grupo de ax.
Quita la regla de iptable después de que cambie axgroup:
```
iptables -F
```

Retiro de la instancia principal de Postgres

Nota: Si retiras de la comisión el maestro de Postgres, asegúrate de promocionar cualquiera de los nodos de reserva disponibles como un nuevo maestro de Postgres. Si bien QPID pone en cola los datos del búfer, si el maestro de Postgres no está disponible durante mucho tiempo, corres el riesgo de perder los datos de estadísticas.

Para dar de baja el nodo principal de Postgres, haz lo siguiente:

Sigue las instrucciones de los siguientes vínculos para crear una copia de seguridad del nodo principal de Postgres de dc-1:
- Copia de seguridad y restablecimiento
- Cómo crear una copia de seguridad
Obtén los UUID de los servidores de Postgres, como se describe en Obtén UUIDs.

En dc-1, detén edge-postgres-server y apigee-postgresql en el principal actual:

/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

En el nodo de espera de dc-2, ingresa el siguiente comando para convertirlo en el nodo principal:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql promote-standby-to-master <IP of OLD Progress master>
```
Nota: Si tienes más de un nodo de Postgres en espera, debes agregar entradas de host en el nuevo nodo principal y actualizar la configuración de replicación para todos los nodos de Postgres en espera disponibles.

Para agregar entradas de host al nuevo host principal de Postgres, sigue los pasos que se indican en la sección correspondiente a continuación:

Si solo queda un nodo de reserva

Por ejemplo, supongamos que, antes de la baja, había tres nodos de Postgres configurados. Desactivaste el maestro existente y promocionaste uno de los nodos de PostgreSQL en espera restantes a maestro. Sigue estos pasos para configurar el nodo de reserva restante:
1. En el nuevo maestro, edita el archivo de configuración para establecer lo siguiente:
```
PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
```
2. Habilita la replicación en el nuevo maestro:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
```
Si queda más de un nodo de reserva
1. Agrega la siguiente configuración en /opt/apigee/customer/application/postgresql.properties:
```
conf_pg_hba_replication.connection=host replication apigee standby_1_ip/32 trust \n host replication apigee standby_2_ip/32 trust
```
2. Asegúrate de que el usuario apigee sea el propietario del archivo /opt/apigee/customer/application/postgresql.properties:
```
chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```
3. Reinicia apigee-postgresql:
```
apigee-service apigee-postgresql restart
```
4. Ingresa el siguiente comando en dc-2 para verificar que el maestro de Postgres esté configurado correctamente:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
5. Quita y agrega servidores Postgresql del grupo de estadísticas y del grupo de consumidores.
  Precaución: Realiza los siguientes dos pasos juntos, ya que es posible que se pierdan datos de estadísticas entre ellos.
  1. Quita el servidor de Postgres anterior del grupo de estadísticas siguiendo las instrucciones que se indican en Cómo quitar un servidor de Postgres de un grupo de estadísticas.
  2. Agrega un nuevo servidor Postgres al grupo de estadísticas siguiendo las instrucciones que se indican en Agrega un servidor Postgres existente a un grupo de estadísticas.
6. Cancela el registro del servidor de Postgres anterior de dc-1:
```
curl -u <AdminEmailID>:<AdminPassword> -X POST http://{MS_IP}:8080/v1/servers \
-d "type=postgres-server®ion=dc-1&pod=analytics&uuid=UUID&action=remove"
      
```
7. Borra el servidor postgres anterior de dc-1:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
8. Ahora puedes dar de baja el maestro de Postgres anterior de forma segura. Desinstala edge-postgres-server y apigee-postgresql:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
```
Retiro de la réplica de Postgres

Nota: En la documentación de una instalación en clústeres de 12 nodos, se muestra el nodo postgresql dc-1 como principal, pero, por motivos de conveniencia, en esta sección se supone que el nodo postgresql dc-1 es de reserva y el nodo postgresql dc-2 es principal.

Para dar de baja el estado de espera de Postgres, sigue estos pasos:
1. Obtén los UUIDs de los servidores de Postgres siguiendo las instrucciones que se indican en Obtén UUIDs.
2. Detén apigee-postgresql en el nodo en espera actual en dc-1:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
```
3. Quita y agrega servidores Postgresql del grupo de estadísticas y del grupo de consumidores.
  Precaución: Realiza los siguientes dos pasos juntos, ya que es posible que se pierdan datos de estadísticas entre ellos.
  1. Quita el servidor de Postgres anterior del grupo de estadísticas siguiendo las instrucciones que se indican en Cómo quitar un servidor de Postgres de un grupo de estadísticas.
  2. Agrega un nuevo servidor Postgres al grupo de estadísticas siguiendo las instrucciones que se indican en Agrega un servidor Postgres existente a un grupo de estadísticas.
4. Cancela el registro del servidor de Postgres anterior de dc-1:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://{MS_IP}:8080/v1/servers \
-d "type=postgres-server&region=dc-1&pod=analytics&uuid=UUID&action=remove"
```
5. Borra el servidor postgres anterior de dc-1:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
6. Ahora puedes dar de baja el maestro de Postgres anterior de forma segura. Desinstala edge-postgres-server y apigee-postgresql:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
```
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
```
ZooKeeper y Cassandra

En esta sección, se explica cómo dar de baja los servidores de ZooKeeper y Cassandra en una configuración de dos centros de datos.

Si tienes más de dos centros de datos, asegúrate de quitar todas las referencias al nodo que se dará de baja (dc-1 en este caso) de todos los archivos de configuración silenciosos de todos los centros de datos restantes. Para los nodos de Cassandra que se inhabilitarán, quita esos hosts de CASS_HOSTS. Los nodos de Cassandra restantes deben permanecer en el orden original de CASS_HOSTS.

Nota sobre ZooKeeper: Debes mantener un quórum de nodos de voto mientras modificas la propiedad ZK_HOST en el archivo de configuración para asegurarte de que el conjunto de ZooKeeper siga funcionando. Debes tener un número impar de nodos de votantes en tu configuración. Para obtener más información, consulta Tareas de mantenimiento de Apache ZooKeeper.

Precaución: Si retiras de la comisión un centro de datos que tiene un nodo ZooKeeper líder, se producirá un tiempo de inactividad.

Para inhabilitar los servidores de ZooKeeper y Cassandra, haz lo siguiente:
1. Sigue las instrucciones de los siguientes vínculos para crear una copia de seguridad de los nodos Cassandra y ZooKeeper de dc-1:
  - Copia de seguridad y restablecimiento
  - Cómo crear una copia de seguridad
  Nota: Si tienes varios nodos de ZooKeeper, crea una copia de seguridad de cada uno por separado. El proceso de copia de seguridad cierra ZooKeeper de forma temporal.
2. Enumera los UUIDs de los servidores de ZooKeeper y Cassandra en el centro de datos en el que se inhabilitarán los nodos de Cassandra.
```
apigee-adminapi.sh servers list -r dc-1 -p central -t application-datastore --admin <AdminEmailID> --pwd '<AdminPassword>' --host localhost
```
3. Cancela el registro del tipo de servidor:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MS_IP:8080/v1/servers -d "type=cache-datastore&type=user-settings-datastore&type=scheduler-datastore&type=audit-datastore&type=apimodel-datastore&type=application-datastore&type=edgenotification-datastore&type=identityzone-datastore&type=user-settings-datastore&type=auth-datastore&region=dc-1&pod=central&uuid=UUID&action=remove"
```
4. Cancela el registro del servidor:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
5. Actualiza el archivo de configuración con las IP de los nodos dados de baja que se quitaron de ZK_HOSTS y CASS_HOSTS.
  Notas:
  - Debes mantener un quórum de nodos de votantes mientras modificas la propiedad ZK_HOST en el archivo de configuración para asegurarte de que el conjunto de ZooKeeper siga funcionando. Debes tener una cantidad impar de nodos de voto en tu configuración. Consulta Acerca de ZooKeeper y el perímetro.
  - Para los nodos de Cassandra que se quitarán de la comisión, quita esos hosts de CASS_HOSTS. Los nodos de Cassandra restantes deben permanecer en el orden original de CASS_HOSTS.
  - Los nodos de observador de ZooKeeper no participan en la votación y no se cuentan cuando se determina un quórum.
  Ejemplo: Supongamos que tienes las IP $IP1 $IP2 $IP3 en dc-1 y $IP4 $IP5 $IP6 en dc-2, y que estás dando de baja dc-1. Luego, debes quitar las IPs $IP1 $IP2 $IP3 de los archivos de configuración.
  - Entradas del archivo de configuración existentes:
```
ZK_HOSTS="$IP1 $IP2 $IP3 $IP4 $IP5 $IP6"
CASS_HOSTS="$IP1:1,1 $IP2:1,1 $IP3:1,1, $IP4:2,1 $IP5:2,1 $IP6:2,1”
```
  - Nuevas entradas del archivo de configuración:
```
ZK_HOSTS="$IP4 $IP5 $IP6"
CASS_HOSTS="$IP4:2,1 $IP5:2,1 $IP6:2,1"
```
6. Actualiza el archivo de configuración silencioso (modificado en el paso e) con las IP de los nodos retirados y ejecuta el perfil del servidor de administración en todos los nodos que alojan servidores de administración:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
```
7. Actualiza el archivo de configuración con las IP de los nodos dados de baja y ejecuta el perfil de MP/RMP en todos los nodos de router y procesador de mensajes:
  - Si el router de Edge y el procesador de mensajes están configurados en el mismo nodo, ingresa lo siguiente:
```
/opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file
```
  - Si el router de Edge y el procesador de mensajes están configurados en nodos separados, ingresa lo siguiente:
    
    Para el router:
```
/opt/apigee/apigee-setup/bin/setup.sh -p r -f updated_config_file
```
    Para el procesador de mensajes:
```
/opt/apigee/apigee-setup/bin/setup.sh -p mp -f updated_config_file
```
8. Vuelve a configurar todos los nodos de Qpid, con las IP de los nodos dados de baja quitadas del archivo de respuesta:
```
/opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file
```
9. Vuelve a configurar todos los nodos de Postgres, con las IP de los nodos dados de baja quitadas del archivo de respuesta:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f updated_config_file
```
10. Modifica el espacio de claves system_auth. Si tienes la autenticación de Cassandra habilitada en un nodo de Cassandra existente, ejecuta el siguiente comando para actualizar el factor de replicación del espacio de claves system_auth:
```
ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};
```
  Este comando establece el factor de replicación en '3', lo que indica tres nodos de Cassandra en el clúster. Modifica este valor según sea necesario.
  
  Después de completar este paso, la topología de Cassandra no debería tener dc-1 en ninguno de los espacios de claves.
11. Inhabilita los nodos de Cassandra en dc-1, uno por uno.
  Nota: Los nodos dados de baja aún tienen Cassandra con la información inicial del clúster original. Si por casualidad se inicia el servicio de Cassandra, los nodos dados de baja se volverán a unir al anillo del clúster. Para evitar esto, asegúrate de desinstalar el componente de Cassandra después de la baja y no permitas que ningún nodo dado de baja se inicie y se una al clúster.
  
  Para inhabilitar los nodos de Cassandra, ingresa el siguiente comando:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h cassIP -u cassandra -pw '<AdminPassword>' decommission
```
  Nota: Si un nodo se bloquea en un estado de baja, puedes usar nodetool removenode de Cassandra para quitarlo. Por ejemplo:
```
/opt/apigee/apigee-cassandra/bin/nodetool removenode UUID
```
12. Verifica la conexión de los nodos de Cassandra desde dc-1 con uno de los siguientes comandos:
```
/opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'
```
  O bien, el comando de verificación secundario que se ejecutará en el nodo dado de baja:
```
/opt/apigee/apigee-cassandra/bin/nodetool netstats
```
  El comando anterior debería mostrar lo siguiente:
```
Mode: DECOMMISSIONED
```
13. Ejecuta el perfil de DS para todos los nodos de Cassandra y ZooKeeper en dc-2:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ds -f updated_config_file
```
14. Detén apigee-cassandra y apigee-zookeeper en dc-1:
```
apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
```
15. Desinstala apigee-cassandra y apigee-zookeeper en dc-1:
```
apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall
```
Borra las vinculaciones de dc-1.

Para borrar las vinculaciones de dc-1, sigue estos pasos:
1. Borra las vinculaciones de dc-1.
  1. Enumera todos los pods disponibles de la organización:
```
curl -v -u  <AdminEmailID>:'<AdminPassword>' -X GET "http://MS_IP:8080/v1/o/ORG/pods"
```
  2. Para verificar si se quitaron todas las vinculaciones, obtén los UUIDs de los servidores asociados con los pods:
```
curl -v -u  <AdminEmailID>:'<AdminPassword>' \
-X GET "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1/servers"
```
    Si este comando no muestra ningún UUID, significa que los pasos anteriores quitaron todas las vinculaciones, y puedes omitir el siguiente paso. De lo contrario, sigue con el paso siguiente.
  3. Quita todas las vinculaciones del servidor para los UUIDs obtenidos en el paso anterior:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
  4. Desvincula la organización del pod:
```
curl -v -u  <AdminEmailID>:'<AdminPassword>'  "http://MS_IP:8080/v1/o/ORG/pods" -d "action=remove&region=dc-1&pod=gateway-1" -H "Content-Type: application/x-www-form-urlencoded" -X POST
```
2. Borra los pods:
```
curl -v -u <AdminEmailID>:'<AdminPassword>' "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1" -X DELETE
```
3. Borra la región.
```
curl -v -u <AdminEmailID>:'<AdminPassword>'  "http://MS_IP:8080/v1/regions/dc-1" -X DELETE
```
Nota: Si omites uno de los pasos para borrar los servidores, el paso anterior mostrará un mensaje de error que indica que un servidor en particular del pod aún existe. Para borrarlos, sigue los pasos que se indican a continuación y, al mismo tiempo, personaliza los tipos en el comando curl.

En este punto, completaste la baja de dc-1.

Apéndice

Solución de problemas

Si, después de realizar los pasos anteriores, aún hay servidores en algunos pods, sigue estos pasos para cancelar el registro y borrar los servidores. Nota: Cambia los tipos y el pod según sea necesario.
1. Obtén los UUID con el siguiente comando:
```
apigee-adminapi.sh servers list -r dc-1 -p POD -t  --admin <AdminEmailID> --pwd  '<AdminPassword>’ --host localhost
```
2. Cancela el registro del tipo de servidor:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X POST http://MP_IP:8080/v1/servers -d "type=TYPE=REGION=dc-1&pod=POD&uuid=UUID&action=remove"
```
3. Borra los servidores uno por uno:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MP_IP:8080/v1/servers/UUID
```
Validación

Puedes validar la baja con los siguientes comandos.

Servidor de administración
1. Ejecuta los siguientes comandos desde los servidores de administración en todas las regiones.
```
curl -v -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=central&region=dc-1
curl -v -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=gateway&region=dc-1
curl -v -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/servers?pod=analytics&region=dc-1
```
2. Ejecuta el siguiente comando en todos los componentes para verificar los requisitos de puertos de todos los puertos de administración.
```
curl -v http://MS_IP:8080/v1/servers/self
```
3. Revisa el grupo de estadísticas.
```
curl -v  -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/o/ORG/e/ENV/provisioning/axstatus
curl -v  -u  <AdminEmailID>:'<AdminPassword>' http://MS_IP:8080/v1/analytics/groups/ax
```

Retirar un centro de datos

Consideraciones antes de dar de baja un centro de datos

Antes de comenzar

Requisitos previos

Orden de baja de componentes

IU de Edge

Servidor de administración

Open LDAP

Router

Message Processor

Servidor Qpid y Qpidd

Postgres y Postgresql

Retiro de la instancia principal de Postgres

Si solo queda un nodo de reserva

Si queda más de un nodo de reserva

Retiro de la réplica de Postgres

ZooKeeper y Cassandra

Borra las vinculaciones de dc-1.

Apéndice

Solución de problemas

Validación

Servidor de administración

Nodos de Cassandra/ZooKeeper

Registros