O Google usa tecnologia de IA na tradução de conteúdos para seu idioma de preferência. As traduções com IA podem ter erros.

Como desativar um data center

Às vezes, pode ser necessário desativar um data center. Por exemplo, se você estiver fazendo upgrade do sistema operacional, será necessário instalar o novo sistema operacional em um novo data center e, em seguida, desativar o antigo. As seções a seguir apresentam um exemplo de desativação de um data center, em que há dois data centers, dc-1 e dc-2, em uma instalação em cluster de 12 nós:

dc-1 é o data center a ser desativado.
dc-2 é um segundo data center, usado no procedimento de desativação.

Se você estiver fazendo upgrade do sistema operacional, dc-2 pode ser o data center em que você instalou a nova versão do sistema operacional (SO). No entanto, não é necessário instalar um novo SO para desativar um data center.

Considerações antes de desativar um data center

Lembre-se do seguinte ao desativar um data center:

Bloqueie todo o tráfego de ambiente de execução e gerenciamento para o data center que está sendo desativado e redirecione-o para outros data centers.
Depois de desativar o data center, você terá uma capacidade reduzida no cluster da Apigee. Para compensar, considere aumentar a capacidade nos data centers restantes ou adicionar data centers após a desativação.
Durante o processo de desativação, há um potencial de perda de dados de análise, dependendo de quais componentes de análise estão instalados no data center que está sendo desativado. Veja mais detalhes em Adicionar ou remover nós do Qpid.
Antes de desativar um data center, é preciso entender como todos os componentes estão configurados em todos os data centers, especialmente os servidores OpenLDAP, ZooKeeper, Cassandra e Postgres. Também é recomendável fazer backups de todos os componentes e das configurações deles.

Antes de começar

Servidor de gerenciamento: todas as etapas de desativação dependem muito do servidor de gerenciamento. Se você tiver apenas um servidor de gerenciamento disponível, recomendamos que instale um novo componente do servidor de gerenciamento em um data center diferente de dc-1 antes de desativar o servidor de gerenciamento em dc-1 e verifique se um dos servidores de gerenciamento está sempre disponível.
Roteador: Antes de desativar um roteador, desative a acessibilidade dos roteadores bloqueando a porta 15999. Verifique se nenhum tráfego de ambiente de execução está sendo direcionado para os roteadores que estão sendo desativados.
Cassandra e ZooKeeper: as seções abaixo descrevem como desativar o dc-1 em uma configuração de dois data centers. Se você tiver mais de dois data centers, remova todas as referências ao nó que está sendo desativado (dc-1, neste caso) de todos os arquivos de configuração silenciosa em todos os data centers restantes. Para os nós do Cassandra que serão desativados, remova esses hosts de CASS_HOSTS. Os nós restantes do Cassandra precisam permanecer na ordem original de CASS_HOSTS.
Postgres: se você desativar o mestre do Postgres, promova um dos nós de espera disponíveis como um novo mestre do Postgres. Embora o servidor QPID mantenha um buffer na fila, se o mestre do Postgres ficar indisponível por mais tempo, você corre o risco de perder dados de análise.
Cuidado:é preciso remover e adicionar servidores Postgresql do grupo de análise e do grupo de consumidores ao mesmo tempo. Você poderá perder alguns dados de análise se houver um atraso substancial entre as duas etapas.
Sugestão: o processador de mensagens tem uma pequena fila em que mantém os dados de análise na memória por um breve período, que pode ser usado para evitar a perda de dados. Antes de fazer alterações no grupo de análise, bloqueie a porta 5672 no data center que está recebendo tráfego e reative essa porta rapidamente depois de fazer as alterações, já que há uma chance de estouro de dados.

Por exemplo, para interromper temporariamente o tráfego de análise dos processadores de mensagens para o servidor Qpid:
1. Enter
```
iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
```
2. Siga as etapas de mudança do axgroup.
3. Remova a regra iptable após as alterações do axgroup:
```
iptables -F
```

Pré-requisitos

Antes de desativar qualquer componente, recomendamos que você faça um backup completo de todos os nós. Use o procedimento da sua versão atual do Edge para realizar o backup. Para mais informações sobre backup, consulte Backup e restauração.

Observação:se você tiver vários nós do Cassandra ou do ZooKeeper, faça backup deles um por um, já que o processo de backup desativa temporariamente o ZooKeeper.
Verifique se o Edge está em execução antes de desativar, usando o comando:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
Verifique se nenhum tráfego de ambiente de execução está chegando ao data center que você está desativando.

Ordem de desativação de componentes

Se você instalar o Edge para nuvem privada em vários nós, desative os componentes do Edge nesses nós na seguinte ordem:

IU do Edge (edge-ui)
Servidor de gerenciamento (edge-management-server)
OpenLDAP (apigee-openldap)
Roteador (edge-router)
Processador de mensagens (edge-message-processor)
Servidor Qpid e Qpidd (edge-qpid-server e apigee-qpidd)
Banco de dados Postgres e PostgreSQL (edge-postgres-server e apigee-postgresql)
ZooKeeper (apigee-zookeeper)
Cassandra (apigee-cassandra)

As seções a seguir explicam como desativar cada componente.

IU do Edge

Para interromper e desinstalar o componente da interface do Edge de dc-1, digite os seguintes comandos:

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

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

Servidor de gerenciamento

Para desativar o servidor de gerenciamento em dc-1, siga estas etapas:

Interrompa o Management Server em dc-1:

apigee-service edge-management-server stop

Encontre o UUID do servidor de gerenciamento registrado em dc-1:

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

Tipo de cancelamento de registro do 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"

Exclua o servidor. Observação:se outros componentes também estiverem instalados nesse servidor, cancele o registro de todos eles antes de excluir o UUID.
```
curl -u <AdminEmailID>:'<AdminPassword> -X DELETE http://{MS_IP}:8080/v1/servers/{UUID}
```

Desinstale o componente do servidor de gerenciamento em dc-1:

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

Open LDAP

Nesta seção, explicamos como desativar o OpenLDAP no dc-1.

Observação:se você tiver mais de dois data centers, consulte Configurações com mais de dois data centers abaixo.

Para desativar o OpenLDAP no dc-1, siga estas etapas:

Faça backup do nó dc-1 do OpenLDAP seguindo as etapas em Como fazer backup.
Interrompa a replicação de dados entre os dois data centers, dc-1 e dc-2, executando as etapas a seguir em ambos os data centers.
Observação:se a configuração tiver mais de dois data centers, você precisará:
1. Identifique qual nó do OpenLDAP está replicando para o nó que está sendo desativado.
2. Mude a replicação desse nó para que ele seja replicado em um nó diferente para concluir o círculo de replicação.
Por exemplo, imagine que você tem três data centers, em que o nó 1 é replicado para o nó 2, o nó 2 é replicado para o nó 3 e o nó 3 é replicado para o nó 1. Se você estiver desativando o nó 1, será necessário interromper a replicação no nó 1 e também modificar a replicação do nó 3 para replicar para o nó 2.
1. Verifique o estado atual:
```
ldapsearch -H ldap://{HOST}:{PORT} -LLL -x -b "cn=config" -D "cn=admin,cn=config" -w {credentials} -o ldif-wrap=no 'olcSyncRepl' | grep olcSyncrepl
```
  A saída será semelhante a esta:
```
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. Crie um arquivo break_repl.ldif com os seguintes comandos:
```
dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcSyncRepl

dn: olcDatabase={2}bdb,cn=config
changetype: modify
delete: olcMirrorMode
```
3. Execute o comando ldapmodify:
```
ldapmodify -x -w {credentials} -D "cn=admin,cn=config" -H "ldap://{HOST}:{PORT}/" -f path/to/file/break_repl.ldif
```
  A saída será semelhante a esta:
```
modifying entry "olcDatabase={2}bdb,cn=config"
modifying entry "olcDatabase={2}bdb,cn=config"
```
Para verificar se o dc-2 não está mais sendo replicado para o dc-1, crie uma entrada no LDAP do dc-2 e verifique se ela não aparece no LDAP do dc-1.

Como alternativa, siga as etapas abaixo, que criam um usuário com acesso somente leitura no nó dc-2 do OpenLDAP e, em seguida, verifique se o usuário foi replicado ou não. O usuário é excluído em seguida.
1. Crie um arquivo readonly-user.ldif em dc-2 com o seguinte conteúdo:
```
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. Adicione o usuário com o comando "ldapadd" em dc-2:
```
ldapadd -H ldap://{HOST}:{PORT} -w {credentials} -D "cn=manager,dc=apigee,dc=com" -f path/to/file/readonly-user.ldif
```
  A saída será semelhante a esta:
```
adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
```
3. Pesquise o usuário em dc-1 para garantir que ele não seja replicado. Se o usuário não estiver presente em dc-1, você terá certeza de que os dois LDAPs não estão mais sendo replicados:
```
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
```
  A saída será semelhante a esta:
```
No such object (32)
Matched DN: ou=users,ou=global,dc=apigee,dc=com
```
4. Remova o usuário com acesso somente leitura que você adicionou 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"
```

Interrompa o OpenLDAP em dc-1:

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

Desinstale o componente OpenLDAP em dc-1:

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

Roteador

Nesta seção, explicamos como desativar um roteador. Consulte Remover um servidor para mais detalhes sobre como remover o roteador.

As etapas a seguir desativam o roteador de dc-1. Se houver vários nós do roteador configurados em dc-1, execute as etapas em todos os nós do roteador um por um.

Observação:aqui, presume-se que a porta de verificação de integridade 15999 do roteador esteja configurada no balanceador de carga e que o bloqueio da porta 15999 torne o roteador inacessível. Talvez seja necessário ter acesso root para bloquear a porta.

Para desativar um roteador, siga estas etapas:

Desative a acessibilidade dos roteadores bloqueando a porta 15999, que é a porta de verificação de integridade. Verifique se o tráfego do ambiente de execução está bloqueado neste data center:
```
iptables -A INPUT -i eth0 -p tcp --dport 15999 -j REJECT
```

Verifique se o roteador está acessível:

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

A saída será semelhante a esta:

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

Consiga o UUID do roteador, conforme descrito em Acessar UUIDs.

Interrompa o roteador:

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

Liste os pods de gateway disponíveis na organização com o seguinte comando:
```
curl -u  <AdminEmailID>:<AdminPassword> -X GET "http://{MS_IP}:8080/v1/organizations/{ORG}/pods"
```
Consulte Sobre pods.

Cancele o registro do tipo do servidor:

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

Exclua o servidor:

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

Desinstale o edge-router:

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

Consulte Remover um servidor.

Limpe as regras iptables para ativar a porta bloqueada 15999:
```
iptables -F
```

processador de mensagens

Nesta seção, descrevemos como desativar o processador de mensagens do dc-1. Consulte Remover um servidor para mais detalhes sobre como remover o processador de mensagens.

Como estamos supondo que o dc-1 tenha uma instalação em cluster de 12 nós, há dois nós do processador de mensagens configurados no dc-1. Execute os comandos a seguir nos dois nós.

Consiga os UUIDs dos processadores de mensagens, conforme descrito em Acessar UUIDs.

Interrompa o processador de mensagens:

apigee-service edge-message-processor stop

Cancele o registro do tipo do servidor:

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

Disassociate an environment from the Message Processor.

Note: You need to remove the bindings on each org/env that associates the Message Processor UUID.

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

Cancele o registro do tipo do 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"

Desinstale o processador de mensagens:

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

Cancele o registro do servidor:

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

Servidor Qpid e Qpidd

Nesta seção, explicamos como desativar o servidor Qpid (edge-qpid-server) e o Qpidd (apigee-qpidd). Há dois nós Qpid configurados em dc-1. Portanto, siga as etapas abaixo para os dois nós:

Consiga o UUID do Qpidd, conforme descrito em Acessar UUIDs.

Interrompa edge-qpid-server e apigee-qpidd:

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

Receba uma lista de grupos de análise e de consumidores:

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

Remova o Qpid do 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}"

Remova o Qpid do grupo de análise:

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

Cancele o registro do servidor Qpid na instalação do 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"

Remova o servidor Qpid da instalação do Edge:

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

Reinicie todos os componentes edge-qpid-server em todos os nós para garantir que a alteração seja detectada por esses componentes:

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

Desinstale edge-qpid-server e apigee-qpidd:

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

Postgres e Postgresql

O data center que você está desativando pode ter um mestre ou um standby do Postgres. As seções a seguir explicam como desativá-los:

Como desativar o mestre do Postgres
Como desativar o Postgres em espera

Cuidado:é preciso remover e adicionar servidores Postgresql do grupo de análise e do grupo de consumidores ao mesmo tempo. Você poderá perder alguns dados de análise se houver um atraso substancial entre as duas etapas.

Sugestão: o processador de mensagens tem uma pequena fila em que mantém os dados de análise na memória por um breve período, que pode ser usado para evitar a perda de dados. Antes de fazer alterações no grupo de análise, bloqueie a porta 5672 no data center que está recebendo tráfego e reative essa porta rapidamente depois de fazer as alterações, já que há uma chance de estouro de dados.

Por exemplo, para interromper temporariamente o tráfego de análise dos processadores de mensagens para o servidor Qpid:

Enter

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

Siga as etapas de mudança do axgroup.
Remova a regra iptable após as alterações do axgroup:
```
iptables -F
```

Como desativar o mestre do Postgres

Observação:se você desativar o mestre do Postgres, promova um dos nós de espera disponíveis como um novo mestre do Postgres. Enquanto as filas do QPID armazenam dados em buffer, se o mestre do Postgres ficar indisponível por muito tempo, você corre o risco de perder dados de análise.

Para desativar o mestre do Postgres:

Faça backup do nó mestre do Postgres dc-1 seguindo as instruções nos links a seguir:
- Backup e restauração
- Como fazer backup
Consiga os UUIDs dos servidores do Postgres, conforme descrito em Acessar UUIDs.

Em dc-1, interrompa edge-postgres-server e apigee-postgresql no mestre atual:

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

No nó em espera em dc-2, digite o seguinte comando para torná-lo o nó mestre:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql promote-standby-to-master <IP of OLD Progress master>
```
Observação:se você tiver mais de um nó em espera do Postgres, adicione entradas de host no novo mestre e atualize a configuração de replicação para todos os nós em espera do Postgres disponíveis.

Para adicionar entradas de host ao novo mestre do Postgres, siga as etapas na seção apropriada abaixo:

Se houver apenas um nó de espera restante

Por exemplo, suponha que, antes da desativação, havia três nós do Postgres configurados. Você desativou o mestre atual e promoveu um dos nós de espera do Postgres restantes para mestre. Configure o nó de espera restante com as seguintes etapas:
1. No novo mestre, edite o arquivo de configuração para definir:
```
PG_MASTER=IP_or_DNS_of_new_PG_MASTER
PG_STANDBY=IP_or_DNS_of_PG_STANDBY
```
2. Ative a replicação no novo mestre:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
```
Se houver mais de um nó de espera restante
1. Adicione a seguinte configuração em /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. Verifique se o arquivo /opt/apigee/customer/application/postgresql.properties pertence ao usuário apigee:
```
      chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```
3. Restart apigee-postgresql:
```
apigee-service apigee-postgresql restart
```
4. Verifique se o mestre do Postgres está configurado corretamente digitando o seguinte comando em dc-2:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
5. Remova e adicione servidores Postgresql do grupo de análise e do grupo de consumidores.
  Atenção:execute as próximas duas etapas juntas, porque pode haver uma perda de dados de análise entre elas.
  1. Remova o servidor Postgres antigo do grupo de análise seguindo as instruções em Remover um servidor Postgres de um grupo de análise.
  2. Adicione um novo servidor Postgres ao grupo de análise seguindo as instruções em Adicionar um servidor Postgres atual a um grupo de análise.
6. Cancele o registro do servidor postgres antigo do 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"<
```
7. Exclua o servidor postgres antigo de dc-1:
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
8. Agora é seguro desativar o antigo mestre do Postgres. Desinstale edge-postgres-server e apigee-postgresql:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
```
Como desativar o Postgres em espera

Observação:a documentação de uma instalação em cluster de 12 nós mostra o nó postgresql dc-1 como mestre, mas, para facilitar, nesta seção, presume-se que o nó postgresql dc-1 esteja em espera e o nó postgresql dc-2 seja mestre.

Para desativar o Postgres em espera, siga estas etapas:
1. Receba os UUIDs dos servidores do Postgres seguindo as instruções em Receber UUIDs.
2. Interrompa o apigee-postgresql no nó de espera atual em dc-1:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
```
3. Remova e adicione servidores Postgresql do grupo de análise e do grupo de consumidores.
  Atenção:execute as próximas duas etapas juntas, porque pode haver uma perda de dados de análise entre elas.
  1. Remova o servidor Postgres antigo do grupo de análise seguindo as instruções em Remover um servidor Postgres de um grupo de análise.
  2. Adicione um novo servidor Postgres ao grupo de análise seguindo as instruções em Adicionar um servidor Postgres atual a um grupo de análise.
4. Cancele o registro do servidor postgres antigo do 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. Exclua o servidor postgres antigo de dc-1:
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
6. Agora é seguro desativar o antigo mestre do Postgres. Desinstale edge-postgres-server e apigee-postgresql:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server uninstall
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql uninstall
```
ZooKeeper e Cassandra

Nesta seção, explicamos como desativar os servidores do ZooKeeper e do Cassandra em uma configuração de dois data centers.

Se você tiver mais de dois data centers, remova todas as referências ao nó que está sendo desativado (dc-1, neste caso) de todos os arquivos de configuração silenciosa em todos os data centers restantes. Para os nós do Cassandra que serão desativados, remova esses hosts de CASS_HOSTS. Os nós restantes do Cassandra precisam permanecer na ordem original de CASS_HOSTS.

Observação sobre o ZooKeeper:é necessário manter um quórum de nós de votação ao modificar a propriedade ZK_HOST no arquivo de configuração para garantir que o conjunto do ZooKeeper permaneça funcional. É necessário ter um número ímpar de nós de votação na configuração. Para mais informações, consulte Tarefas de manutenção do Apache ZooKeeper.

Cuidado:se você desativar um data center que tenha um nó líder do ZooKeeper, haverá inatividade.

Para desativar os servidores do ZooKeeper e do Cassandra:
1. Faça backup dos nós do Cassandra e do ZooKeeper do dc-1 seguindo as instruções nos links a seguir:
  - Backup e restauração
  - Como fazer backup
  Observação:se você tiver vários nós do ZooKeeper, faça backup deles um por um. O processo de backup desativa temporariamente o ZooKeeper.
2. Liste os UUIDs dos servidores do ZooKeeper e do Cassandra no data center em que os nós do Cassandra estão prestes a ser desativados.
```
apigee-adminapi.sh servers list -r dc-1 -p central -t application-datastore --admin <AdminEmailID> --pwd '<AdminPassword>' --host localhost
```
3. Cancele o registro do tipo do 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. Cancele o registro do servidor:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
5. Atualize o arquivo de configuração com os IPs dos nós desativados removidos de ZK_HOSTS e CASS_HOSTS.
  Observações:
  - É necessário manter um quórum de nós de votação ao modificar a propriedade ZK_HOST no arquivo de configuração para garantir que o conjunto do ZooKeeper permaneça funcional. É necessário ter um número ímpar de nós de votação na configuração. Consulte Sobre o ZooKeeper e o Edge.
  - Para os nós do Cassandra que serão desativados, remova esses hosts de CASS_HOSTS. Os nós restantes do Cassandra precisam permanecer na ordem original de CASS_HOSTS.
  - Os nós observadores do ZooKeeper não participam da votação e não são contados ao determinar um quórum.
  Exemplo: suponha que você tenha os IPs $IP1 $IP2 $IP3 em dc-1 e $IP4 $IP5 $IP6 em dc-2 e esteja desativando dc-1. Em seguida, remova os IPs $IP1 $IP2 $IP3 dos arquivos de configuração.
  - Entradas do arquivo de configuração atual:
```
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”
```
  - Novas entradas do arquivo de configuração:
```
ZK_HOSTS="$IP4 $IP5 $IP6"
CASS_HOSTS="$IP4:2,1 $IP5:2,1 $IP6:2,1"
```
6. Atualize o arquivo de configuração silenciosa (modificado na etapa e) com os IPs dos nós desativados removidos e execute o perfil do servidor de gerenciamento em todos os nós que hospedam servidores de gerenciamento:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ms -f updated_config_file
```
7. Atualize o arquivo de configuração com os IPs dos nós desativados removidos e execute o perfil MP/RMP em todos os nós do roteador e do processador de mensagens:
  - Se o roteador de borda e o processador de mensagens estiverem configurados no mesmo nó, digite:
```
/opt/apigee/apigee-setup/bin/setup.sh -p rmp -f updated_config_file
```
  - Se o roteador de borda e o processador de mensagens estiverem configurados em nós separados, digite o seguinte:
    
    Para o roteador:
```
/opt/apigee/apigee-setup/bin/setup.sh -p r -f updated_config_file
```
    Para o processador de mensagens:
```
/opt/apigee/apigee-setup/bin/setup.sh -p mp -f updated_config_file
```
8. Reconfigure todos os nós do Qpid, com os IPs dos nós desativados removidos do arquivo de resposta:
```
/opt/apigee/apigee-setup/bin/setup.sh -p qs -f updated_config_file
```
9. Reconfigure todos os nós do Postgres, com os IPs dos nós desativados removidos do arquivo de resposta:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f updated_config_file
```
10. Alterar o keyspace system_auth. Se a autenticação do Cassandra estiver ativada em um nó do Cassandra, atualize o fator de replicação do keyspace system_auth executando o seguinte comando:
```
ALTER KEYSPACE system_auth WITH replication = {'class': 'NetworkTopologyStrategy', 'dc-2': '3'};
```
  Esse comando define o fator de replicação como '3', indicando três nós do Cassandra no cluster. Modifique esse valor conforme necessário.
  
  Depois de concluir essa etapa, a topologia do Cassandra não deve ter dc-1 em nenhum dos keyspaces.
11. Desative os nós do Cassandra em dc-1, um por um.
  Observação:os nós desativados ainda têm o Cassandra com informações de semente do cluster original. Se, por acaso, o serviço do Cassandra for iniciado, os nós desativados vão voltar ao anel do cluster. Para evitar isso, desinstale o componente do Cassandra após a desativação e não permita que nenhum nó desativado seja ativado e volte ao cluster.
  
  Para desativar os nós do Cassandra, digite o seguinte comando:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h cassIP -u cassandra -pw '<AdminPassword>' decommission
```
  Observação:se um nó ficar travado em um estado de desativação, use nodetool removenode do Cassandra para removê-lo. Exemplo:
```
/opt/apigee/apigee-cassandra/bin/nodetool removenode UUID
```
12. Verifique a conexão dos nós do Cassandra de dc-1 usando um dos seguintes comandos:
```
/opt/apigee/apigee-cassandra/bin/cqlsh cassIP 9042 -u cassandra -p '<AdminPassword>'
```
  Ou comando de verificação secundário a ser executado no nó desativado:
```
/opt/apigee/apigee-cassandra/bin/nodetool netstats
```
  O comando acima vai retornar:
```
Mode: DECOMMISSIONED
```
13. Execute o perfil DS para todos os nós do Cassandra e do ZooKeeper em dc-2:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ds -f updated_config_file
```
14. Interrompa apigee-cassandra e apigee-zookeeper em dc-1:
```
apigee-service apigee-cassandra stop
apigee-service apigee-zookeeper stop
```
15. Desinstale apigee-cassandra e apigee-zookeeper em dc-1:
```
apigee-service apigee-cassandra uninstall
apigee-service apigee-zookeeper uninstall
```
Excluir as vinculações de dc-1

Para excluir as vinculações de dc-1, siga estas etapas:
1. Exclua as vinculações de dc-1.
  1. Liste todos os pods disponíveis na organização:
```
curl -v -u  <AdminEmailID>:<AdminPassword> -X GET "http://MS_IP:8080/v1/o/ORG/pods"
```
  2. Para verificar se todas as vinculações foram removidas, acesse os UUIDs dos servidores associados aos pods:
```
curl -v -u  <AdminEmailID>:<AdminPassword> \
-X GET "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1/servers"
```
    Se esse comando não retornar nenhum UUID, as etapas anteriores removeram todas as vinculações, e você pode pular a próxima etapa. Caso contrário, siga para a próxima etapa.
  3. Remova todas as vinculações de servidor para os UUIDs recebidos na etapa anterior:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
  4. Desassociar a organização do 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. Exclua os pods:
```
curl -v -u <AdminEmailID>:<AdminPassword> "http://MS_IP:8080/v1/regions/dc-1/pods/gateway-1" -X DELETE
```
3. Exclua a região.
```
curl -v -u <AdminEmailID>:<AdminPassword>  "http://MS_IP:8080/v1/regions/dc-1" -X DELETE
```
Observação:se você perder uma das etapas de exclusão dos servidores, a etapa acima vai retornar uma mensagem de erro informando que um determinado servidor no pod ainda existe. Portanto, exclua-os seguindo as etapas de solução de problemas abaixo e personalizando os tipos no comando curl.

Neste ponto, você concluiu a desativação do dc-1.

Apêndice

Solução de problemas

Se, depois de realizar as etapas anteriores, ainda houver servidores em alguns pods, siga as etapas abaixo para cancelar o registro e excluir os servidores. Observação:mude os tipos e o pod conforme necessário.
1. Receba os UUIDs usando o seguinte comando:
```
apigee-adminapi.sh servers list -r dc-1 -p POD -t  --admin <AdminEmailID> --pwd  '<AdminPassword>’ --host localhost
```
2. Tipo de cancelamento de registro do 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. Exclua os servidores um por um:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MP_IP:8080/v1/servers/UUID
```
Validação

É possível validar a desativação usando os comandos a seguir.

Servidor de gerenciamento

Execute os comandos a seguir nos servidores de gerenciamento em todas as regiões.
```
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
```
Execute o comando a seguir em todos os componentes para verificar os requisitos de porta de todas as portas de gerenciamento.
```
curl -v http://MS_IP:8080/v1/servers/self
```
Verifique o grupo de análise.
```
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
```
Nós do Cassandra/ZooKeeper

Em todos os nós do Cassandra, digite:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> statusthrift
```
Isso vai retornar um status running ou not running para esse nó específico.

Em um nó, digite:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> ring
```
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> status
```
Os comandos acima vão retornar informações do data center ativo.

Nos nós do ZooKeeper, primeiro digite:
```
echo ruok | nc <host> 2181
```
Esse comando vai retornar imok.

Em seguida, insira o seguinte comando:
```
echo stat | nc <host> 2181 | grep Mode
```
O valor de Mode retornado pelo comando acima será um dos seguintes: observer, leader ou follower.

Em um nó do ZooKeeper:
```
/opt/apigee/apigee-zookeeper/contrib/zk-tree.sh >> /tmp/zk-tree.out.txt
```
No nó mestre do Postgres, execute:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
Confirme se a resposta diz que o nó é o mestre.

No nó em espera:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
Confirme se a resposta indica que o nó está em espera.

Faça login no banco de dados PostgreSQL usando o comando
```
psql -h localhost -d apigee -U postgres
```
Quando solicitado, digite a senha do usuário "postgres" como 'postgres'. Selecione max(client_received_start_timestamp) em "Análises".
”$org.$env.fact” limit 1;
Registros

Verifique os registros nos componentes para garantir que não haja erros.

Como desativar um data center

Considerações antes de desativar um data center

Antes de começar

Pré-requisitos

Ordem de desativação de componentes

IU do Edge

Servidor de gerenciamento

Open LDAP

Roteador

processador de mensagens

Servidor Qpid e Qpidd

Postgres e Postgresql

Como desativar o mestre do Postgres

Se houver apenas um nó de espera restante

Se houver mais de um nó de espera restante

Como desativar o Postgres em espera

ZooKeeper e Cassandra

Excluir as vinculações de dc-1

Apêndice

Solução de problemas

Validação

Servidor de gerenciamento

Nós do Cassandra/ZooKeeper

Registros