As organizações talvez queiram migrar uma organização ArcGIS Enterpriseexistente de uma máquina (ou conjunto de máquinas) para outra. Entre os motivos para fazer isso está a migração para um hardware mais recente ou um sistema operacional mais recente. Existem alguns métodos comuns para conduzir este tipo de migração, incluindo:
- A operação Ligar Local
- A ferramenta Web GIS Disaster Recovery (WebGISDR)
A ferramenta WebGISDR é comumente usada, pois não afeta o trabalho em seu ambiente de produção. Embora as etapas envolvidas neste método provavelmente levem mais tempo do que a abordagem Ligar Local, ele é considerado um método mais seguro.
Revise cuidadosamente as seguintes considerações e Estratégias de migração para garantir que você escolha o método que melhor se adapta à sua implantação.
Considerações para usar a ferramenta WebGISDR
Antes de decidir migrar utilizando a ferramenta WebGISDR, é importante garantir que este é o melhor método para sua organização. Revise cuidadosamente o seguinte:
- Os administradores podem migrar máquinas existentes para novas máquinas sem fazer alterações no ambiente de produção.
- O sucesso de uma migração pode ser validado antes de mudar para um novo ambiente.
- A ferramenta oferece suporte à movimentação entre qualquer combinação de implantações de única máquina e altamente disponíveis.
- Este método de migração não pode ser usado para migrar para um sistema operacional diferente.
- Seu ambiente original e novo devem atender aos pré-requisitos para execução da ferramenta WebGISDR. A URL da organização e as URLs dos serviços devem ser idênticas em todos os ambientes, o que é abordado em Métodos de resolução de nomes de host.
Para usar a ferramenta WebGISDR para migrar sua organização, primeiro determine seu fluxo de trabalho. As etapas dependerão dos tipos de implantação atuais e desejados, e das necessidades da sua organização. O método de resolução de nomes de host escolhido afetará seu fluxo de trabalho, portanto, revise cada método antes de começar.
Métodos de resolução de nomes de host
Para configurar um segundo ambiente, os componentes do novo ambiente devem ser configurados com as mesmas URLs públicas do ambiente primário. Há algumas maneiras de fazer isso:
- Use uma entrada \etc\hosts para resolver o nome de domínio totalmente qualificado (FQDN) das URLs públicas para um parâmetro diferente
- Redirecione o tráfego até que o software esteja configurado
- Configure seu DNS para que as máquinas em espera resolvam a URL pública para um endereço IP diferente das máquinas primárias
Os fluxos de trabalho incluídos para migração de máquinas seguirão a primeira opção de uso do arquivo \etc\hosts. Consulte as seções a seguir para obter mais informações sobre cada método.
Opção 1: Modificar o arquivo \etc\hosts
É possível aproveitar o arquivo \etc\hosts nas novas máquinas para resolver o FQDN da URL pública desejada para um componente diferente, como outro Web Adaptor ou proxy reverso. O arquivo \etc\hosts é usado para resolver nomes de host inserindo endereços IP e associando o endereço IP aos nomes de host.
Por exemplo, se o nome da máquina tiver um endereço IP 10.0.0.1 e for resolvido para enterprise.domain.com por meio de DNS, você poderá adicionar uma entrada ao arquivo \etc\hosts na máquina para resolver o endereço IP da máquina para um nome de host diferente,10.0.0.1 alias.domain.com.
Se você executar ping alias.domain.com em uma janela de comando, o arquivo \etc\hosts resolverá alias.domain.com para 10.0.0.1, que é enterprise.domain.com. Se um servidor da web estiver em execução na máquina, ele poderá ser acessado por meio de alias.domain.com ou enterprise.domain.com.
Opção 2: Redirecionar o tráfego até que o software seja configurado
Caso consiga redirecionar o tráfego para fora do seu ambiente de produção por um curto período de tempo, configure o componente que está direcionando o tráfego para o seu ambiente de produção para enviar tráfego para o seu ambiente de não produção.
Isso pode significar que será necessário registrar novamente o Web Adaptor com as novas máquinas ou, atualizar seu proxy reverso ou balanceador de carga para enviar tráfego para as novas máquinas dentro do ambiente de não produção. Isso precisará ser feito apenas quando você estiver pronto para federar e configurar o servidor como servidor de hospedagem.
Esta abordagem pode ser considerada a mais fácil, mas pode apresentar problemas para organizações que não conseguem fazer alterações facilmente no seu ambiente de produção.
Para seguir esse fluxo de trabalho, você deve ter aprovisionado suas novas máquinas com o ambiente de não produção e instalado e configurado Portal for ArcGIS, ArcGIS Server, eArcGIS Data Store. Após registrar ArcGIS Data Store com o site do servidor, você poderá completar as seguintes etapas:
- Redirecionar o tráfego para o ambiente de não produção.
- Se você estiver usando ArcGIS Web Adaptor, registre o Web Adaptor nas novas máquinas.
- Se você estiver usando um proxy reverso ou um balanceador de carga, atualize a configuração para enviar tráfego para novas máquinas.
- Federar os sites do portal e do servidor no ambiente de não produção usando a mesma URL pública para a URL de serviços que o ambiente de produção.
A URL de administração usada durante a federação deve ser uma URL que resolva apenas para máquinas que não sejam de produção. A URL de administração também pode ser atualizada após a migração sem interrupção do serviço.
- Configurar o servidor federado como o servidor de hospedagem no portal de destino.
- Redirecionar o tráfego de volta para o ambiente de produção.
- Se você estiver usando o Web Adaptor, registre-o nas máquinas originais.
- Se estiver usando um proxy reverso ou balanceador de carga, atualize a configuração para enviar tráfego para as máquinas originais.
Opção 3: Configurar seu DNS para que as máquinas auxiliares resolvam a URL da organização para um endereço IP diferente das máquinas primárias
Como alternativa, você pode configurar o DNS do ambiente auxiliar para resolver o FQDN das URLs públicas de maneira diferente, dependendo se você estiver nas máquinas primárias ou auxiliar. Isso é comumente denominado DNS dividido ou DNS de horizonte dividido. Um Web Adaptor, proxy reverso ou balanceador de carga adicional é necessário para esse método, pois a URL pública deve estar acessível para federar o portal e o site do servidor.
Essa abordagem é funcionalmente equivalente à modificação dos arquivos \etc\hosts, mas gerenciada por meio de DNS, e não por um arquivo \etc\hosts.
