Esta página foi traduzida pela API Cloud Translation.

Como desativar um data center

Às vezes, pode ser necessário desativar um data center. Por exemplo: se estiver fazendo upgrade do sistema operacional, você precisará instalar o novo sistema operacional em um novo data center e 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 um 12 nós instalação em cluster:

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 Seu sistema operacional, dc-2 pode ser o data center onde você instalou a nova versão do sistema operacional (SO). No entanto, não é necessário instalar um novo SO desativar um data center.

Considerações antes de desativar um data center

Ao desativar um data center, considere o seguinte:

Bloquear todo o tráfego de tempo de execução e gerenciamento para o data center que está sendo desativado e redirecionar para outros data centers.
Depois de desativar o data center, a capacidade do seu cluster da Apigee será reduzida. Para compensar, considere aumentar a capacidade dos data centers restantes ou adicionar data centers físicos após a desativação.
Durante o processo de desativação, existe a possibilidade de perda de dados de análise, dependendo quais componentes de análise estão instalados no data center que está sendo desativado. Você pode encontrar mais detalhes em Adicionar ou remover Qpid nós.
Antes de desativar um data center, é preciso entender como todos os componentes estão configurados em todos os data centers, especialmente em OpenLDAP, ZooKeeper, Cassandra, e Postgres. Também é necessário 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 Management Server disponível, recomendamos que você instale componente do servidor de gerenciamento em um data center diferente de dc-1, antes de desativar o componente de servidor em dc-1 e verifique se sempre que um dos servidores de gerenciamento estiver disponível.
Roteador: Antes de desativar um roteador, desative a acessibilidade dos roteadores ao bloquear a porta 15999. Garantir que não haja ambiente de execução o tráfego 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 e data centers, certifique-se de remover todas as referências ao nó que está sendo desativado (dc-1, neste caso) de todos os arquivos de configuração silenciosos em todos os data centers restantes. Para os nós do Cassandra que serão desativados, elimine esses hosts de CASS_HOSTS. Os nós restantes do Cassandra precisam permanecer na ordem original de CASS_HOSTS.
Postgres: se você desativar o Postgres mestre, promova qualquer um dos nós em espera disponíveis como um novo mestre postgres. Enquanto o servidor QPID mantém um buffer na fila, se o mestre do Postgres ficar indisponível por mais tempo, você corre o risco de perder os dados de análise.
Cuidado:é necessário remover e adicionar os servidores Postgresql da análise e de consumidores ao mesmo tempo. Você pode 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 na qual mantém dados de análise na memória por um breve período, que você pode usar para evitar a perda de dados. Antes de fazer alterações no grupo de análise, bloquear a porta 5672 do data center que está recebendo tráfego, e ative a porta rapidamente depois de fazer as alterações. porque há possibilidade de estouro de dados.

Por exemplo, para interromper temporariamente o tráfego do Google Analytics Processadores de mensagens ao servidor Qpid:
1. Tecla 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 a mudança 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 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 de cada vez. já que o processo de backup encerra 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 em que você está desativação.

Ordem de desativação dos componentes

Se você instalar o Edge para nuvem privada em vários nós, precisará desativar Os componentes de borda nesses nós estão na seguinte ordem:

IU do Edge (interface de borda)
Servidor de gerenciamento (edge-management-server)
OpenLDAP (apigee-openldap)
Roteador (roteador de borda)
Processador de mensagens (processador de mensagens de borda)
Qpid Server e Qpidd (edge-qpid-server e apigee-qpidd)
Postgres e banco de dados PostgreSQL (edge-postgres-server e apigee-postgresql)
ZooKeeper (apigee-zookeeper)
Cassandra (apigee-cassandra)

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

interface do Edge

Para interromper e desinstalar o componente de 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 servidor de gerenciamento 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”

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

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 Management Server em dc-1:

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

Abrir LDAP

Esta seção explica como desativar o OpenLDAP em 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 em dc-1, siga estas etapas:

Faça backup do nó do OpenLDAP dc-1 seguindo as etapas em Como fazer backup.
Interromper a replicação de dados entre os dois data centers, dc-1 e dc-2, executando as etapas a seguir nos dois data centers.
Observação:se a configuração tiver mais de dois data centers, será necessário fazer o seguinte:
1. Identificar qual nó do OpenLDAP replicando para o nó que está sendo desativado.
2. Alterar a replicação desse nó em um nó diferente para completar o círculo de replicação.
Por exemplo, suponha que você tenha três data centers, em que o nó 1 é replicado para o nó 2, o nó 2 replica para o nó 3, e o nó 3 replica para o nó 1. Se você estiver desativando nó 1, você precisa interromper a replicação no nó 1 e também modificar a replicação do nó 3 para replicar no 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 contendo 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"
```
É possível verificar se dc-2 não está mais replicando para dc-1 criando uma entrada no LDAP dc-2 e verifique se ele não aparece no LDAP de dc-1.

Você também pode seguir as etapas abaixo, que criam um usuário somente leitura no diretório dc-2 nó do OpenLDAP e verifica se o usuário é replicado ou não. Em seguida, o usuário excluída.
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 um 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:
```
adding new entry "uid=readonly-user,ou=users,ou=global,dc=apigee,dc=com"
```
3. Procure 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 ambos os LDAPs não estão mais 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
```
  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 na dc-1:

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

Roteador

Nesta seção, explicamos como desativar um roteador. Consulte Remova um servidor para saber mais sobre a remoção do 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 uma de cada vez

Observação:aqui supomos que a porta 15999 de verificação de integridade do roteador está configurada no carregamento balanceador, e essa porta de bloqueio 15999 tornará o roteador inacessível. Talvez seja necessário ter acesso raiz para bloquear a porta.

Para desativar um roteador, siga estas etapas:

Desative a acessibilidade dos roteadores bloqueando a porta 15999, 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

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

Pare 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 de 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"

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

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

processador de mensagens

Esta seção descreve como desativar o processador de mensagens de dc-1. Consulte Remover um servidor para ver mais detalhes sobre a remoção do processador de mensagens.

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

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

Pare o processador de mensagens:

apigee-service edge-message-processor stop

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

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

Esta seção explica como desativar o Qpid Server (edge-qpid-server) e o Qpidd apigee-qpidd). Como há dois nós Qpid configurados em dc-1, você precisa realizar as etapas a seguir para ambos nós:

Obtenha o UUID do Qpidd, conforme descrito em Get UUIDs.

Parar 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

Acessar uma lista do Google Analytics e dos grupos 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

Reiniciar todos os componentes do Edge-qpid-server em todos os nós para garantir que a mudança seja realizada por 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 Postgres ou um Postgres de espera. Veja nas seções a seguir como desativá-los:

Desativando mestre do Postgres
Como desativar o modo de espera do Postgres

Cuidado: remova e adicione os servidores Postgresql da análise e de consumidores ao mesmo tempo. Você pode 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 na qual mantém dados de análise na memória por um breve período, que você pode usar para evitar a perda de dados. Antes de fazer alterações no grupo de análise, bloquear a porta 5672 do data center que está recebendo tráfego, e ative a porta rapidamente depois de fazer as alterações. porque há possibilidade de estouro de dados.

Por exemplo, para interromper temporariamente o tráfego do Google Analytics Processadores de mensagens ao servidor Qpid:

Tecla 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 a mudança do axgroup:
```
iptables -F
```

Desativando mestre Postgres

Observação:se você desativar o Postgres mestre, promova qualquer um dos nós em espera disponíveis como um novo mestre postgres. Enquanto as queeues do QPID armazenam os dados em buffer, se o mestre 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 seguintes links:
- Backup e restauração
- Como fazer backup
Consiga os UUIDs dos servidores Postgres, conforme descrito em Consiga UUIDs.

Em dc-1, pare 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ó de 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ó do Postgres em espera, adicione entradas de host em para o novo mestre e atualizar a configuração de replicação de todos os nós de espera 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, houvesse três nós do Postgres configurados. Você desativou o mestre existente e promoveu um dos postgres em espera restantes. nós para o mestre. Configure o nó de espera restante seguindo estas etapas:
1. No novo mestre, edite a configuração a ser definido:
```
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 ao /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 a usuário da Apigee:
```
      chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```
3. Reinicie o apigee-postgresql:
```
apigee-service apigee-postgresql restart
```
4. Verifique se o mestre do Postgres está configurado corretamente inserindo o seguinte comando em dc-2:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
5. Remova e adicione os servidores Postgresql do grupo de análise e do grupo de consumidores.
  Atenção:siga as próximas duas etapas em conjunto, porque pode haver perda de dados de análise entre as duas etapas.
  1. Remova o servidor antigo do Postgres do grupo de análise seguindo as instruções em Remover um servidor do Postgres de um grupo de análises
  2. Adicione um novo servidor postgres ao grupo de análise seguindo as instruções em Adicionar um servidor Postgres a um grupo de análises
6. Cancele o registro do antigo servidor postgres em 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 antigo servidor postgres de dc-1:
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
8. Agora é seguro desativar o mestre Postgres. Desinstalar 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
```
Desativando o modo de espera do Postgres

Observação: a documentação de um 12 nós a instalação em cluster mostra o nó do postgresql dc-1 como mestre, mas, por conveniência, nesta seção presume-se que o nó postgresql dc-1 é de espera e o nó dc-2 postgresql é o mestre.

Para desativar o modo de espera do Postgres, siga estas etapas:
1. Acesse os UUIDs dos servidores Postgres seguindo as instruções Consiga UUIDs.
2. Interrompa 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 os servidores Postgresql do grupo de análise e do grupo de consumidores.
  Atenção:siga as próximas duas etapas em conjunto, porque pode haver perda de dados de análise entre as duas etapas.
  1. Remova o servidor antigo do Postgres do grupo de análise seguindo as instruções em Remover um servidor do Postgres de um grupo de análises
  2. Adicione um novo servidor postgres ao grupo de análise seguindo as instruções em Adicionar um servidor Postgres a um grupo de análises
4. Cancele o registro do antigo servidor postgres em 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 antigo servidor postgres de dc-1:
```
curl -u >AdminEmailID>:'>AdminPassword>' -X DELETE http://{MS_IP}:8080/v1/servers/UUID
```
6. Agora é seguro desativar o mestre Postgres. Desinstalar 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

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

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

Observação no ZooKeeper: é necessário manter um quórum de nós eleitores enquanto modifica o Propriedade ZK_HOST no arquivo de configuração, para garantir que o conjunto do ZooKeeper permaneça funcional. Você deve ter um número ímpar de nós de eleitores na sua configuração. Para mais informações, consulte Manutenção do Apache ZooKeeper tarefas.

Atenção:se você desativar um data center que tenha um líder Nó ZooKeeper, haverá inatividade.

Para desativar os servidores do ZooKeeper e do Cassandra:
1. Faça backup dos nós dc-1 do Cassandra e ZooKeeper seguindo as instruções nos seguintes links:
  - Backup e restauração
  - Como fazer backup
  .
  Observação: se você tiver vários nós do ZooKeeper, faça backup de cada um. O processo de backup encerra temporariamente o ZooKeeper.
2. Liste os UUIDs do ZooKeeper e do Cassandra servidores no data center onde os nós do Cassandra estão que serão 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 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. 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 dos ZK_HOSTS e CASS_HOSTS.
  Observações:
  - Você precisa manter um quórum de nós eleitores ao modificar a propriedade ZK_HOST no arquivo de configuração, para garantir que o ensemble do ZooKeeper permaneça funcional. Você precisa ter um número ímpar de nós de eleitores na sua configuração. Consulte Sobre o ZooKeeper e borda.
  - 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 quando determinar o quórum.
  Exemplo: suponha que você tenha os IPs $IP1 $IP2 $IP3 em dc-1 e $IP4 $IP5 $IP6 em dc-2, e estão desativando dc-1. Em seguida, remova os IPs $IP1 $IP2 $IP3 do de configuração do Terraform.
  - Entradas de arquivos de configuração 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”
```
  - 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 do arquivo removido. nós desativados e executar o pacote de 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 que foram removidos e execute o perfil de MP/RMP em todos os nós do Roteador e do Processador de mensagens:
  - Se o Edge Router 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 de 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 de 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 você tiver a autenticação do Cassandra ativada em uma Para atualizar o fator de replicação do keyspace system_auth, execute o nó do Cassandra. 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 deve não 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 origem do cluster original neles. Se o serviço Cassandra aparecer por acaso, os provedores nós reingressam no anel do cluster. Para evitar isso, desinstale o componente Cassandra após a desativação e não permita todos os nós desativados surgirem e retornarem ao cluster.
  
  Para desativar os nós do Cassandra, insira 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, será possível usar Cassandra nodetool removenode para removê-lo. Exemplo:
```
/opt/apigee/apigee-cassandra/bin/nodetool removenode UUID
```
12. Verifique a conexão dos nós do Cassandra em 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 do 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. Parada de 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
```
Exclua 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 o 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 o comando não retornar nenhum UUID, isso significa que as etapas anteriores removeram todas as vinculações. e você pode pular a próxima etapa. Caso contrário, execute a próxima etapa.
  3. Remova todas as vinculações de servidor para os UUIDs que você conseguiu na etapa anterior:
```
curl -u <AdminEmailID>:'<AdminPassword>' -X DELETE http://MS_IP:8080/v1/servers/UUID
```
  4. Desassocie 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 para excluir os servidores, a etapa acima retornará uma mensagem de erro informando que servidor específico no pod ainda existe. Por isso, exclua-os seguindo as etapas de solução de problemas. abaixo, enquanto personaliza os tipos no comando curl.

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

Apêndice

Solução de problemas

Se, após a execução das etapas anteriores, ainda houver servidores em alguns pods, siga as etapas a seguir para cancelar o registro e excluir os servidores. Observação:altere os tipos e o pod conforme necessário.
1. Encontre os UUIDs usando o seguinte comando:
```
apigee-adminapi.sh servers list -r dc-1 -p POD -t  --admin <AdminEmailID> --pwd  '<AdminPassword>’ --host localhost
```
2. Cancelar o registro do 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. 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 seguinte comando em todos os componentes para verificar os requisitos de porta para todo o gerenciamento portas.
```
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, insira:
```
/opt/apigee/apigee-cassandra/bin/nodetool -h <host> statusthrift
```
Isso vai retornar um status running ou not running para essa nó.

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 retornarão informações sobre o data center ativo.

Nos nós do ZooKeeper, insira:
```
echo ruok | nc <host> 2181
```
Esse comando 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
```
Confira se a resposta diz que o nó é o mestre.

No nó de espera:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
Valide se a resposta diz 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 "postgres" senha de usuário diferente como 'postgres'. Selecione max(client_received_start_timestamp) nas análises.
”$org.$env.fact” limit 1;
Registros

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

Como desativar um data center

Considerações antes de desativar um data center

Antes de começar

Pré-requisitos

Ordem de desativação dos componentes

interface do Edge

Servidor de gerenciamento

Abrir LDAP

Roteador

processador de mensagens

Servidor Qpid e Qpidd

Postgres e Postgresql

Desativando mestre Postgres

Se houver apenas um nó de espera restante

Se houver mais de um nó de espera restante

Desativando o modo de espera do Postgres

ZooKeeper e Cassandra

Exclua as vinculações de dc-1

Apêndice

Solução de problemas

Validação

Servidor de gerenciamento

Nós do Cassandra/ZooKeeper

Registros