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.

Atualização do Apigee Edge 4.16.01/4.16.05 para 4.17.05

Edge para nuvem privada v. 4.17.05

Quais versões do Edge podem ser atualizadas para a 4.17.05

É possível atualizar as versões 4.16.01.0x e 4.16.05.x do Apigee Edge para a 4.17.05 usando este procedimento.

Se você tiver uma versão do Edge anterior à 4.16.01, primeiro migre para a versão 4.16.01 e, em seguida, atualize para a versão 4.17.05.

É possível migrar a versão 4.15.07 do Apigee Edge para a 4.16.01.
Se você tiver uma versão do Edge anterior à 4.15.07, primeiro migre para a versão 4.15.07 e depois para a 4.16.01.
- Se você estiver migrando da versão 4.14.04 ou posterior do Edge: migre diretamente para a versão 4.15.07.
- Se você estiver migrando da versão 4.14.01 do Edge: primeiro, migre para a versão 4.14.04 e, em seguida, para a versão 4.15.07.

Quem pode fazer a atualização

O usuário que executa a atualização precisa ser o mesmo que instalou o Edge originalmente ou um usuário que executa como raiz.

Depois de instalar os RPMs do Edge, qualquer usuário pode configurá-los.

Quais componentes você precisa atualizar

É preciso atualizar todos os componentes do Edge. O Edge não é compatível com uma configuração que contenha componentes de várias versões.

Como fazer downgrade do Zookeeper ao atualizar da versão 4.16.01

A versão do RPM do ZooKeeper no Edge para nuvem privada 4.16.01 é apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. Nas versões subsequentes do Edge, a versão do ZooKeeper foi alterada de volta para apigee-zookeeper-3.4.5-0.0.94x. Isso impede que o yum faça upgrade do ZooKeeper para uma versão posterior à 4.16.01. A maneira de corrigir essa situação é executar yum downgrade apigee-zookeeper antes de atualizar o Zookeeper.

Para verificar a versão do ZooKeeper, use o seguinte comando:

> rpm -qa |grep apigee-zookeeper

Se esse comando retornar a versão do Zookeeper:

apigee-zookeeper-3.4.5-1.0.905

Em seguida, faça o downgrade.

Propagação automática das configurações de propriedade

Se você tiver definido propriedades editando arquivos .properties em /opt/apigee/customer/application, esses valores serão mantidos pela atualização.

Pré-requisitos de atualização

Antes de fazer upgrade do Apigee Edge, siga estes pré-requisitos:

Fazer backup de todos os nós
Antes de atualizar, é recomendável fazer um backup completo de todos os nós por motivos de segurança. Use o procedimento da sua versão atual do Edge para realizar o backup.

Isso permite que você tenha um plano de backup, caso a atualização para uma nova versão não funcione corretamente. Para mais informações sobre backup, consulte Backup e restauração.
Verifique se o Edge está em execução
Verifique se o Edge está em execução durante o processo de atualização usando o comando:

> /opt/apigee/apigee-service/bin/apigee-all status

Como lidar com uma falha na atualização

No caso de uma falha na atualização, tente corrigir o problema e execute update.sh novamente. É possível executar a atualização várias vezes, e ela vai continuar de onde parou.

Se a falha exigir que você reverta a atualização para a versão anterior, consulte Processo de reversão da versão 4.17.05 para mais informações.

Informações de atualização do Logging

Por padrão, o utilitário update.sh grava informações de registro em:

/opt/apigee/var/log/apigee-setup/update.log

Se o usuário que executa o utilitário update.sh não tiver acesso a esse diretório, ele gravará o registro no diretório /tmp como um arquivo chamado update_username.log.

Se o usuário não tiver acesso a /tmp, o utilitário update.sh vai falhar.

Upgrade obrigatório para o Java JDK versão 8

Esta versão do Edge exige que você tenha instalado o Java JDK versão 8 em todos os nós de processamento do Edge. É possível instalar o Oracle JDK 8 ou o OpenJDK 8. Se o Java JDK 8 ainda não estiver instalado, o script de atualização poderá instalá-lo para você.

Como parte da atualização para o Java 8, algumas criptografias TLS não estão mais disponíveis no Oracle JDK 8. Para ver a lista completa, consulte a seção "Default Disabled Cipher Suites" em http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.

Obrigatório para ativar o repositório EPEL

Ative os Pacotes extras para o Enterprise Linux (ou EPEL) para instalar ou atualizar o Edge. O comando usado depende da versão do RedHat/CentOS:

Para RedHat/CentOS 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
Para RedHat/CentOS 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

Adição obrigatória do parâmetro de configuração SMTPMAILFROM

O Edge 4.17.05 adicionou um novo parâmetro obrigatório ao arquivo de configuração usado quando você ativa um servidor SMTP. Agora é necessário definir SMTPMAILFROM no arquivo de configuração ao ativar o servidor SMTP. Esse parâmetro tem o seguinte formato:

SMTPMAILFROM="My Company <myco@company.com>"

Adicione esse parâmetro ao arquivo de configuração antes de realizar a atualização.

Obrigatório se houver atualização ao usar a autenticação externa

É possível integrar um serviço do diretório externo a uma instalação atual da nuvem privada do Apigee Edge. Esse recurso foi projetado para funcionar com qualquer serviço do diretório compatível com LDAP, como Active Directory, OpenLDAP e outros. Uma solução LDAP externa permite que os administradores do sistema gerenciem as credenciais do usuário em um serviço de gerenciamento de diretório centralizado, externo a sistemas como o Apigee Edge que as usam.

Consulte Topologias de instalação para mais informações.

Quando a autenticação externa está ativada, a maioria dos clientes usa o campo de nome da conta SAM do Active Directory como o nome de usuário para autenticação, em vez de um endereço de e-mail usado pelo servidor OpenLDAP do Edge.

Se você tiver integrado um serviço do diretório externo, adicione a seguinte linha ao arquivo de configuração ao atualizar o Edge para a versão 4.17.05:

IS_EXTERNAL_AUTH="true"

Essa linha configura o Edge para aceitar um nome de conta, em vez de um endereço de e-mail, como o nome de usuário.

Upgrade obrigatório para o Qpid 1.35

Esta versão contém uma atualização obrigatória para o Qpid 1.35. Como parte da atualização de um nó do Qpid, é necessário:

Impeça temporariamente que roteadores e processadores de mensagens gravem no nó do Qpid bloqueando a porta 5672 no nó do Qpid. Use o seguinte comando para bloquear essa porta no nó do Qpid:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
Aguarde até que a fila do Qpid seja esvaziada para garantir que o nó do Qpid tenha processado todas as mensagens antes da atualização. Use o seguinte comando para garantir que a fila de mensagens do Qpid esteja vazia:
> qpid-stat -q
Atualize o nó do Qpid.
Desbloqueie a porta 5672 no nó do Qpid para permitir o acesso de roteadores e processadores de mensagens. Use o seguinte comando para desbloquear essa porta:
> sudo iptables -F

Se você estiver usando iptables para outras regras, use a opção -D para reverter a mudança específica:
> sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP

Esse processo é descrito em detalhes abaixo para cada topologia do Edge.

Upgrade obrigatório para o Postgres 9.4

Esta versão do Edge inclui um upgrade para o Postgres 9.4. Como parte desse upgrade, todos os dados do Postgres são migrados para o Postgres 9.4.

Durante o processo de atualização, enquanto os nós do Postgres estão inativos para atualização, os dados de análise ainda são gravados nos nós do Qpid. Depois que os nós do Postgres forem atualizados e estiverem on-line novamente, os dados de análise serão enviados para eles.

O nó de espera extra do Postgres é necessário se você precisar reverter a atualização por qualquer motivo. Se você precisar reverter a atualização, o novo nó de espera do Postgres se tornará o nó mestre do Postgres após a reversão. Portanto, ao instalar o novo nó de espera do Postgres, ele precisa estar em um nó que atenda a todos os requisitos de hardware de um servidor Postgres, conforme definido nos Requisitos de instalação do Edge.

Como instalar um novo nó de espera do Postgres

Esse procedimento cria um servidor em espera do Postgres em um novo nó. Instale um novo servidor de espera do Postgres para a versão atual do Edge (4.16.01 ou 4.16.05), não para a versão 4.17.05.

Para realizar a instalação, use o mesmo arquivo de configuração que você usou para instalar a versão atual do Edge.

Para criar um novo nó de espera do Postgres:

No mestre atual do Postgres, edite o arquivo /opt/apigee/customer/application/postgresql.properties para definir o token a seguir. Se esse arquivo não existir, crie-o:

conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust\ \nhost replication apigee new_slave_ip/32 trust

em que existing_slave_ip é o endereço IP do servidor em espera atual do Postgres e new_slave_ip é o endereço IP do novo nó em espera.
Reinicie apigee-postgresql no mestre do Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
Verifique se o novo nó de espera foi adicionado visualizando o arquivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf no mestre. As seguintes linhas vão aparecer no arquivo:
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
Instale o novo servidor em espera do Postgres:
1. Edite o arquivo de configuração usado para instalar a versão atual do Edge para especificar o seguinte:
  
  # Endereço IP do mestre atual:
  PG_MASTER=192.168.56.103
  # Endereço IP do novo nó em espera
  PG_STANDBY=192.168.56.102
2. Desative o SELinux conforme descrito em Instalar o utilitário apigee-setup do Edge.
3. Faça o download do arquivo bootstrap_4.16.05.sh do Edge para /tmp/bootstrap_4.16.05.sh:
  > curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
  
  Observação: se você estiver atualizando a partir da versão 4.16.01, faça o download do arquivo bootstrap.sh do Edge.
4. Instale o utilitário apigee-service do Edge e as dependências:
  > sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord
5. Use apigee-service para instalar o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
6. Instale o Postgres:
  > /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
7. No novo nó em espera, execute o seguinte comando:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
  
  Confirme se ele diz que é o nó em espera.

Como desativar um nó do Postgres

Depois que a atualização for concluída, desative o novo nó em espera:

Verifique se o Postgres está em execução:
> /opt/apigee/apigee-service/bin/apigee-all status

Se o Postgres não estiver em execução, inicie-o:
> /opt/apigee/apigee-service/bin/apigee-all start
Para receber o UUID do novo nó em espera, execute o seguinte comando cURL no novo nó em espera:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

O UUID do nó vai aparecer no final da saída, no formato:
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
Interrompa o novo nó em espera executando o seguinte comando nele:
> /opt/apigee/apigee-service/bin/apigee-all stop
No nó mestre do Postgres, edite /opt/apigee/customer/application/postgresql.properties para remover o novo nó de espera de conf_pg_hba_replication.connection:
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust
Reinicie o apigee-postgresql no mestre do Postgres:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
Verifique se o novo nó de espera foi removido visualizando o arquivo /opt/apigee/apigee-postgresql/conf/pg_hba.conf no mestre. Você verá apenas a seguinte linha nesse arquivo:
host replication apigee existing_slave_ip/32 trust
Exclua o UUID do nó em espera do ZooKeeper fazendo a seguinte chamada de API de gerenciamento do Edge no nó do servidor de gerenciamento:
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

Atualização sem inatividade

Uma atualização sem inatividade, ou atualização gradual, permite que você atualize a instalação do Edge sem desativar o Edge.

A atualização sem inatividade só é possível com uma configuração de 5 nós ou mais.

A chave para o upgrade sem inatividade é remover cada roteador, um por vez, do balanceador de carga. Em seguida, atualize o roteador e todos os outros componentes na mesma máquina que o roteador e adicione o roteador de volta ao balanceador de carga.

Atualize as máquinas na ordem correta para sua instalação, conforme descrito abaixo em "Ordem de atualização da máquina".
Quando for hora de atualizar os roteadores, selecione um roteador e torne-o inacessível, conforme descrito em Como ativar/desativar a acessibilidade do servidor (processador de mensagens/roteador).
Atualize o roteador selecionado e todos os outros componentes do Edge na mesma máquina que o roteador. Todas as configurações do Edge mostram um roteador e um processador de mensagens no mesmo nó.
Torne o roteador acessível novamente.
Repita as etapas de 2 a 4 para os roteadores restantes.
Continue a atualização para as máquinas restantes na instalação.

Cuide do seguinte antes/depois da atualização:

No nó combinado de roteador e processador de mensagens:
- Antes da atualização, faça o seguinte:
  1. Torne o roteador inacessível.
  2. Tornar o processador de mensagens inacessível.
- Após a atualização, faça o seguinte:
  1. Torne o processador de mensagens acessível.
  2. Torne o roteador acessível.
Em um único nó do roteador:
- Antes da atualização, torne o roteador inacessível.
- Após a atualização, torne o roteador acessível.
Em um único nó do processador de mensagens:
- Antes da atualização, torne o processador de mensagens inacessível.
- Após a atualização, torne o processador de mensagens acessível.

Como usar um arquivo de configuração silencioso

É necessário transmitir um arquivo de configuração silenciosa para o comando de atualização. O arquivo de configuração silenciosa precisa ser o mesmo usado para instalar o Edge 4.16.01 ou 4.16.05.

Procedimento para atualizar para a versão 4.17.05 em um nó com uma conexão de Internet externa

Use o procedimento a seguir para atualizar os componentes do Edge em um nó:

Se você estiver usando a replicação mestre-em espera do Postgres, instale um novo nó em espera do Postgres, conforme descrito acima em Como instalar um novo nó em espera do Postgres.
Se houver, desative todos os cron jobs configurados para realizar uma operação de reparo no Cassandra até que a atualização seja concluída.
Faça login no nó como raiz para instalar os RPMs do Edge.
Observação: embora a instalação do RPM exija acesso raiz, é possível realizar a configuração do Edge sem acesso raiz.
Desative o SELinux conforme descrito em Instalar o utilitário apigee-setup do Edge.
Faça o download do arquivo bootstrap_4.17.05.sh do Edge 4.17.05 para /tmp/bootstrap_4.17.05.sh:
> curl https://software.apigee.com/bootstrap_4.17.05.sh -o /tmp/bootstrap_4.17.05.sh
Instale o utilitário apigee-service do Edge 4.17.05 e as dependências:
> sudo bash /tmp/bootstrap_4.17.05.sh apigeeuser=uName apigeepassword=pWord

em que uName:pWord são o nome de usuário e a senha que você recebeu da Apigee. Se você omitir pWord, será necessário inseri-lo.

Por padrão, o instalador verifica se o Java 1.8 está instalado. Se não tiver, ele será instalado para você. Use a opção JAVA_FIX para especificar como lidar com a instalação do Java. JAVA_FIX usa os seguintes valores:

I = Instalar o OpenJDK 1.8 (padrão)
C = Continuar sem instalar o Java
Q = Sair. Para essa opção, você precisa instalar o Java por conta própria.
(Somente CentOS-6.x e RedHat-6.x) Em todos os nós do Qpid, execute o comando a seguir para garantir o download da versão correta do Qpid:
> yum install apigee-qpidd --disablerepo=epel
Use apigee-service para atualizar o utilitário apigee-setup:
1. Se você instalou a versão 4.16.01 fazendo upgrade da versão 4.15.07.0x do Edge, instale o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  
  Esse comando instala o utilitário update.sh em /opt/apigee/apigee-setup/bin.
  
  Se você já instalou o utilitário apigee-setup, atualize-o:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
2. Se você instalou a versão 4.16.01 diretamente, ou seja, não fez upgrade da 4.15.07.0x, atualize o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Essa atualização para apigee-service instala o utilitário update.sh em /opt/apigee/apigee-setup/bin.
3. Se você instalou a versão 4.16.05 diretamente ou por atualização, atualize o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Essa atualização para apigee-service instala o utilitário update.sh em /opt/apigee/apigee-setup/bin.
Dependendo da versão atual do Edge, é necessário instalar ou atualizar o utilitário apigee-validate no servidor de gerenciamento.
1. Se você estiver usando o Edge 4.16.05: atualize o utilitário apigee-validate no servidor de gerenciamento:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
2. Se você estiver usando o Edge 4.16.01: instale o utilitário apigee-validate no servidor de gerenciamento:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  
  Observação: se você tiver instalado o utilitário apigee-validate em um nó do processador de mensagens ao instalar o 4.16.01, será possível atualizá-lo usando o seguinte comando nesse nó:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  
  No entanto, a partir da versão 4.16.05, a Apigee recomenda que você instale e execute o utilitário apigee-validate no servidor de gerenciamento.
3. Se você estiver fazendo upgrade da versão 4.16.01: edite o arquivo de configuração transmitido para o utilitário apigee-validate. Na versão 4.16.01 do Edge, o arquivo de configuração usado por apigee-validate exigia as seguintes propriedades:
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  REGION=dc-1
  
  Nesta versão, o arquivo de configuração requer apenas a propriedade APIGEE_ADMINPW. É possível remover as outras duas propriedades do arquivo.
Atualize o utilitário apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Execute o utilitário de atualização nos nós na ordem descrita abaixo em "Ordem de atualização da máquina":
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

O único requisito no arquivo de configuração é que ele precisa ser acessível ou legível pelo usuário "apigee".

Use a opção "-c" para especificar o componente a ser atualizado. A lista de componentes possíveis inclui:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =todos os componentes do Edge, exceto a IU do Edge: servidor de gerenciamento, processador de mensagens, roteador, servidor QPID, servidor Postgres
ui = IU do Edge
all = atualiza todos os componentes na máquina (use apenas para um perfil de instalação do Edge aio ou um perfil de instalação do API BaaS asa)
e = ElasticSearch
b = pilha de API BaaS
p = portal de API BaaS
ebp = ElasticSearch, pilha de API BaaS e portal de API BaaS no mesmo nó
Teste a atualização executando o utilitário apigee-validate no servidor de gerenciamento, conforme descrito em Testar a instalação.
Se você instalou um novo nó de espera do Postgres, desative o nó conforme descrito acima em Como desativar um nó do Postgres.

Para reverter a atualização posteriormente, use o procedimento descrito em Processo de reversão da versão 4.17.05.

Procedimento para atualizar para a versão 4.17.05 de um repositório local

Se os nós do Edge estiverem protegidos por um firewall ou, de alguma outra forma, proibidos de acessar o repositório da Apigee pela Internet, será possível realizar a atualização em um repositório local ou espelho do repositório da Apigee.

Depois de criar um repositório local do Edge, você tem duas opções para atualizar o Edge no repositório local:

Crie um arquivo .tar do repositório, copie o arquivo .tar para um nó e atualize o Edge usando o arquivo .tar.
Instale um servidor da Web no nó com o repositório local para que outros nós possam acessá-lo. Nginx e até mesmo o servidor da Web Apache.

Para atualizar de um repositório local 4.17.05:

Se você estiver usando a replicação mestre-em espera do Postgres, instale um novo nó em espera do Postgres, conforme descrito acima em Como instalar um novo nó em espera do Postgres.
Crie um repositório local 4.17.05, conforme descrito em "Criar um repositório local da Apigee" em Instalar o utilitário apigee-setup do Edge.
Observação: se você já tiver um repositório 4.16.01 ou 4.16.05, adicione o repositório 4.17.05 a ele, conforme descrito em "Atualizar um repositório local da Apigee" em Instalar o utilitário apigee-setup do Edge.
Para instalar o apigee-service de um arquivo .tar:
1. No nó com o repositório local, use o seguinte comando para empacotar o repositório local em um único arquivo .tar chamado /opt/apigee/data/apigee-mirror/apigee-4.17.05.tar.gz:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
2. Copie o arquivo .tar para o nó em que você quer atualizar o Edge. Por exemplo, copie-o para o diretório /tmp no novo nó.
3. No novo nó, descompacte o arquivo no diretório /tmp:
  > tar -xzf apigee-4.17.05.tar.gz
  
  Esse comando cria um novo diretório, chamado repos, no diretório que contém o arquivo .tar. Por exemplo, /tmp/repos.
4. Instale o utilitário apigee-service do Edge e as dependências de /tmp/repos:
  > sudo bash /tmp/repos/bootstrap_4.17.05.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  Observe que você inclui o caminho para o diretório de repositórios neste comando.
Para instalar o apigee-service usando o servidor da Web Nginx:
1. Configure o servidor da Web Nginx conforme descrito em "Instalar do repositório usando o servidor da Web Nginx" em Instalar o utilitário apigee-setup do Edge.
2. No nó remoto, faça o download do arquivo bootstrap_4.17.05.sh do Edge para /tmp/bootstrap_4.17.05.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.05.sh -o /tmp/bootstrap_4.17.05.sh
  
  em que uName:pWord são o nome de usuário e a senha que você definiu acima para o repositório, e remoteRepo é o endereço IP ou o nome DNS do nó do repositório.
3. No nó remoto, instale o utilitário apigee-service do Edge e as dependências:
  > sudo bash /tmp/bootstrap_4.17.05.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  em que uName:pWord são o nome de usuário e a senha do repositório.
Use apigee-service para atualizar o utilitário apigee-setup:
1. Se você instalou a versão 4.16.01 fazendo upgrade da versão 4.15.07.0x do Edge, instale o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  
  Esse comando instala o utilitário update.sh em /opt/apigee/apigee-setup/bin.
  
  Se você já instalou o utilitário apigee-setup, atualize-o:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
2. Se você instalou a versão 4.16.01 diretamente, ou seja, não fez upgrade da 4.15.07.0x, atualize o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Essa atualização para apigee-service instala o utilitário update.sh em /opt/apigee/apigee-setup/bin.
3. Se você instalou a versão 4.16.05 diretamente ou por atualização, atualize o utilitário apigee-setup:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  Essa atualização para apigee-service instala o utilitário update.sh em /opt/apigee/apigee-setup/bin.
Dependendo da versão atual do Edge, é necessário instalar ou atualizar o utilitário apigee-validate no servidor de gerenciamento.
1. Se você estiver usando o Edge 4.16.05: atualize o utilitário apigee-validate no servidor de gerenciamento:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
2. Se você estiver usando o Edge 4.16.01: instale o utilitário apigee-validate no servidor de gerenciamento:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  
  Observação: se você tiver instalado o utilitário apigee-validate em um nó do processador de mensagens ao instalar o 4.16.01, será possível atualizá-lo usando o seguinte comando nesse nó:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  
  No entanto, a partir da versão 4.16.05, a Apigee recomenda que você instale e execute o utilitário apigee-validate no servidor de gerenciamento.
3. Se você estiver fazendo upgrade da versão 4.16.01: edite o arquivo de configuração transmitido ao utilitário apigee-validate. Na versão 4.16.01 do Edge, o arquivo de configuração usado por apigee-validate exigia as seguintes propriedades:
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  REGION=dc-1
  
  Nesta versão, o arquivo de configuração requer apenas a propriedade APIGEE_ADMINPW. É possível remover as outras duas propriedades do arquivo.
Atualize o utilitário apigee-provision:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Execute o utilitário de atualização nos nós na ordem descrita abaixo em "Ordem de atualização da máquina":
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

O único requisito no arquivo de configuração é que ele precisa ser acessível ou legível pelo usuário "apigee".

Use a opção "-c" para especificar o componente a ser atualizado. A lista de componentes possíveis inclui:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =todos os componentes do Edge, exceto a IU do Edge: servidor de gerenciamento, processador de mensagens, roteador, servidor QPID, servidor Postgres
ui = IU do Edge
all = atualiza todos os componentes na máquina (use apenas para um perfil de instalação do Edge aio ou um perfil de instalação do API BaaS asa)
e = ElasticSearch
b = pilha de API BaaS
p = portal de API BaaS
ebp = ElasticSearch, pilha de API BaaS e portal de API BaaS no mesmo nó
Teste a atualização executando o utilitário apigee-validate no servidor de gerenciamento, conforme descrito em Testar a instalação.
Se você instalou um novo nó de espera do Postgres, desative-o conforme descrito acima em Como desativar um nó do Postgres.

Para reverter a atualização posteriormente, use o procedimento descrito em Processo de reversão da versão 4.17.05.

Ordem de atualização da máquina

A ordem em que você atualiza as máquinas em uma instalação do Edge é importante. As considerações mais importantes para uma atualização são:

Atualize todos os nós do Cassandra e do ZooKeeper antes de atualizar qualquer outro nó.
Para qualquer máquina com vários componentes do Edge (servidor de gerenciamento, processador de mensagens, roteador, servidor QPID, mas não servidor Postgres), use a opção "-c edge" para atualizar todos ao mesmo tempo.
Se uma etapa especificar que deve ser realizada em várias máquinas, faça isso na ordem especificada.
Não há uma etapa separada para atualizar a Monetização. Ele é atualizado quando você especifica a opção "-c edge".
(Somente CentOS-6.x e RedHat-6.x) Em todos os nós do Qpid com uma conexão de Internet externa, verifique se você executou o seguinte comando para fazer o download da versão correta do Qpid, conforme mostrado acima:
> yum install apigee-qpidd --disablerepo=epel