Você pode replicar sua implantação do ArcGIS Enterprise para uma implantação auxiliar desconectada. Se a sua implantação primária falhar ou ficar inacessível, você poderá criar uma ativação após falha na implantação auxiliar.
As implantações auxiliares tipicamente executam em uma rede ou subrede diferente, ou até em um local geograficamente separado da sua implantação primária. Onde quer que você adicione a implantação auxiliar, tenha certeza que seus clientes do ArcGIS Enterprise possam acessá-la quando necessário.
Redundância geográfica
Você pode implementar redundância geográfica se o centro dos seus dados primários e centro dos seus dados auxiliares estiverem em locais geograficamente separados. Se um centro de dados experimentar um evento catastrófico, como furacão ou outro desastre natural, você poderá tornar o centro dos dados auxiliares ativo e retomar as operações.
A redundância geográfica tem requisitos específicos para ser bem sucedida.
- Os ambientes primários e auxiliares devem ser duplicados. Cada centro de dados devem ter o mesmo número de máquinas no desenvolvimento do ArcGIS Enterprise e as URLs utilizadas para acessar os componentes devem ser as mesmas.
- A redundância geográfica tipicamente segue uma abordagem passiva-ativa; então, dados e conteúdo devem ser replicados na implantação auxiliar do ArcGIS Enterprise constantemente.
- A redundância geográfica conta com componentes de terceiros para ser bem sucedida. Por exemplo, um seletor de site global ou servidor do sistema de nome de domínio global (DNS) é importante de forma que quando tiver que acontecer uma troca do centro de dados primários para o auxiliar, não tenha nenhuma ruptura para quaisquer usuários do ArcGIS Enterprise.
Para garantir a menor quantidade do tempo de paralização em um evento de falha ou catástrofe, você pode implantar um ArcGIS Enterprise geograficamente redundante, altamente disponível. Esta é a implantação mais complexa para alcançar, pois exige a maioria das máquinas e mais manutenção. Configure dois centros de dados separados, cada um com sua própria implantação do ArcGIS Enterprise altamente disponível. Em cada centro de dados, todos os nomes de máquina são configurados identicamente e não existe um único ponto de falha, que inclua os dados, se residirem em um banco de dados altamente disponível ou servidor de arquivo altamente disponível, todos os servidores da web e balanceadores de carga, como também, os componentes do ArcGIS Enterprise. As cópias de segurança da implementação primária são consistentemente criadas e a restauração na implementação auxiliar no centro de dados separado pode ocorrer imediatamente ou quando ocorrer uma falha na implantação primária.
Planejamento para uma implantação replicada
Primeiro, determine quantas máquinas são necessárias. Em seguida, planeje os seguintes requisitos da recuperação de desastre para uma implantação do ArcGIS Enterprise replicada:
- Duplicação—Garanta que ambos os centros de dados e implantações do ArcGIS Enterprise tenham a mesma arquitetura.
- Replicação—Crie cópias de segurança do conteúdo e dados do centro de dados primário e restaure no auxiliar.
- Monitoramento—Revise os logs para determinar quando ocorre uma falha e determinar se a severidade da falha exige que você crie uma ativação após falha no centro de dados auxiliar.
- Ativação Após Falha—Decida se transferir para um componente diferente dentro do ArcGIS Enterprise ou transferir a implantação inteira do ArcGIS Enterprise para um centro de dados diferente.
Determinar requisitos da máquina
O número de máquinas que você precisa depende de como você configura o ArcGIS Enterprise. No mínimo, você precisa de duas máquinas. Se seu desenvolvimento do ArcGIS Enterprise não armazena muitos dados e serviços, não inclui um armazenamento de dados spatiotemporal big e não que muitos usuários acessem ele, você pode configurar um desenvolvimento primário incluído de uma máquina única do site do GIS Server e instale o Portal for ArcGIS e o ArcGIS Data Store na mesma máquina. Você precisa de uma segunda máquina para armazenar a implantação auxiliar replicada.
Se a sua implantação do ArcGIS Enterprise for mais fortemente utilizada—por exemplo, se um número grande de usuários acessá-lo, sua organização armazenará um número grande de itens ou sua implantação for fortemente editada—você poderá precisar do GIS Server de única ou múltiplas máquinas e deverá instalar o Portal for ArcGIS e ArcGIS Data Store em máquinas separadas e separada das máquinas do GIS Server. Se você publicar múltiplas camadas de cena hospedadas, talvez queira configurar o ArcGIS Data Store (armazenamento de dados do cache de mosaico) para armazenar os bancos de dados de cache de cena em outra máquina. Se você for utilizar um armazenamento de dados spatiotemporal big, você precisará de pelo menos uma máquina adicional. Neste caso, calcule o número de máquinas exigidas utilizando a seguinte fórmula:
(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2
Note que licenças ArcGIS adicionais não são exigidas para a implantação auxiliar, pois não são ativamente acessadas; você somente torna a implantação ativa se a primária falhar.
Também note que o utilitário webgisdr registra as versões de software dos componentes do ArcGIS Enterprise quando você criar um arquivo de cópia de segurança. O desenvolvimento auxiliar do qual você importa o arquivo deve estar na mesma versão que seu desenvolvimento primário.
Duplicar implantações
Dentro do ArcGIS Enterprise, há várias dependências que você deve levar em consideração, pois normalmente giram em torno da acessibildade. Os serviços de mapa contam com dados em uma pasta compartilhada ou acessada por uma conexão do banco de dados. Máquinas dentro do ArcGIS Enterprise comunicam-se umas com as outras por URLs específicas. Por estas razões, uma implantação do ArcGIS Enterprise em um site deve ser duplicada em outra, assim cada componente (por exemplo, locais da pasta, nome do banco de dados e URLs) dentro da implantação em cada centro de dados será o mesmo. Os dispositivos de armazenamento anexados à rede (NAS) que armazenam arquivos geodatabase ou arquivos de configuração do Portal for ArcGIS e ArcGIS Server precisam ter o mesmo nome, pois a implantação auxiliar poderá ser conectada aos recursos com sucesso. Todos os componentes do ArcGIS Enterprise devem ser instalados nos mesmos diretórios dentro de cada implantação. Finalmente, o número de máquinas deverá ser idêntico entre os centros de dados, pois problemas de desempenho podem surgir se menos máquinas estiverem disponíveis para responder à carga de usuário. Note que você pode utilizar as entradas DNS ou modificar hosts files on the machines to achieve host name consistency.
Replicar ArcGIS Enterprise
O Portal for ArcGIS inclui uma ferramenta—webgisdr—que permite a você exportar o conteúdo do portal, sites federados do ArcGIS Server e conteúdo do armazenamento de dados do cache de mosaico do ArcGIS Data Store para um arquivo que você pode mover para a máquina auxiliar para restaurar. A ferramenta mantém os parâmetros do Portal for ArcGIS, ArcGIS Server e ArcGIS Data Store configurados e copia todo o conteúdo criado no portal, como também, dados que são copiados no servidor de hospedagem e armazenamento de dados durante a publicação.
Note que a ferramenta não copia dados dos bancos de dados ou de pastas registradas com o servidor de hospedagem ou sites do ArcGIS Server federados, por exemplo, dados em um banco de dados ou dados do arquivo geodatabase. É uma decisão da organização reproduzir estes dados no desenvolvimento auxiliar do ArcGIS Enterprise e assegure que os serviços no desenvolvimento auxiliar possam acessar os dados replicados.
Quando você registrar as fontes de dados com sites do ArcGIS Server, você fornece informações específicas sobre como acessar os dados. Estas informações devem ser as mesmas do desenvolvimento auxiliar como para o primário. Por exemplo, se você copiar os arquivos geodatabases utilizados para fonte de dados para o desenvolvimento auxiliar, os caminhos de diretório dos arquivos geodatabases devem ser o mesmo que no desenvolvimento primário. O desenvolvimento auxiliar também deve ser capaz de acessar um banco de dados com a utilização das mesmas informações de conexão que você forneceu ao registrar o banco de dados com o site do ArcGIS Server no desenvolvimento primário.
Você pode executar a ferramenta webgisdr como uma tarefa agendada dentro do Cronograma de Tarefas do Windows ou como um trabalho cron dentro de um ambiente Linux. Adicionalmente, a ferramenta pode ser movida e executada de uma máquina diferente do que a instalação do portal, desde que a comunicação esteja aberta entre a máquina onde está executando e os componentes do ArcGIS Enterprise.
Você deve restaurar as cópias de segurança do ArcGIS Enterprise para a implantação auxiliar, assim que são exportadas da implantação primária. Isto evita a restauração de cópias de segurança incrementais na ordem errada e significa que ocorrerá perda mínima de dados ou tempo de paralisação no caso de falha na implementação primária. Se você não restaurar imediatamente as cópias de segurança, poderá haver uma despesa adicional ao importar a cópia de segurança e criar a ativação após falha na implantação auxiliar.
Considere também que se algo estiver incorreto na implantação primária quando a cópia de segurança for criada e houver processos automatizados para importar a cópia de segurança na auxiliar, estas configurações incorretas serão importadas para a implantação auxiliar.
Consulte Configurar recuperação de desastre para instruções sobre replicar uma implantação do ArcGIS Enterprise.
Monitorar ArcGIS Enterprise
O monitoramente é importante em ambos o ambiente replicado e altamente disponível. Em um ambiente altamente disponível, certas partes da implantação falham sem a intervenção humana. Por exemplo, se o portal primário em um ArcGIS Enterprise falhar, o software imediatamente criará uma ativação após falha na auxiliar sem qualquer intervenção humana. Semelhantemente, componentes do ArcGIS Server e ArcGIS Data Store podem falhar, e o sistema poderá funcionar de forma normal, como se não existisse um único ponto de falha. Considerando que pode não haver interrupções visíveis no ArcGIS Enterprise, você deve colocar em prática os mecanismos para notificar os administradores de falhas em qualquer componente em particular dentro da implantação do ArcGIS Enterprise. Utilize Python (ou linguagem de script de sua escolha) com a REST API do ArcGIS Server e Portal for ArcGIS para automatizar partes de monitoração de seu desenvolvimento como estes listados aqui:
- Consulte os logs do Portal for ArcGIS e ArcGIS Server periodicamente para checar as mensagens que indicam um defeito de um componente em particular. Se ocorrer um falha, o script poderá ser gravado para enviar por e-mail ou notificar os administradores que é necessário uma atenção.
- Utilize as funções Verificação de Desempenho na APIs de Administração do Portal for ArcGIS e ArcGIS Server para consultar logs e verificar problemas.
- Valide todos servidores federados para assegurar que estão sendo executados e o portal pode alcançá-los.
- Valide conexões para todos os armazenamentos de dados. Isto inclui conexões para armazenamentos de dados spatiotemporal big, cache de mosaico e relacional, como também pastas e bancos de dados registrados, compartilhamentos de arquivo big data e armazenamento de dados raster.
- Consulta periodicamente os serviços importantes e mapas da web para assegurar que eles estão em funcionamento.
- Consulte o Indexer Status na máquina primária antes da replicação para assegurar que tudo no portal seja indexado na máquina primária. Consulte o Indexer Status em ambas as máquinas após a replicação completar para confirmar que os valores de índice correspondem entre os desenvolvimentos primários e auxiliar. Os valores do databaseCount e indexCount para cada name devem ser os mesmos ambos dentro e entre os dois desenvolvimentos. Por exemplo, quando você consulta o Indexer Status, mostra a você quantos itens estão no banco de dados comparados a quantos itens são indexados. O que está no banco de dados (databaseCount) deve corresponder o que está indexado (indexCount) para cada tipo de item (name), como mostrado no exemplo seguinte. Se databaseCount e indexCount não corresponde a um tipo de item, você precisa reindexar o portal. Esta saída deve ser a mesma em ambas as máquinas primárias e auxiliares.
{"indexes": [ { "name": "users", "databaseCount": 42, "indexCount": 42 }, { "name": "groups", "databaseCount": 21, "indexCount": 21 }, { "name": "search", "databaseCount": 8499, "indexCount": 8499 } ]}
Em um ambiente replicado, a ativação após falha exige intervenção humana; então, você deve monitorar sua implantação para determinar quando ocorrem as falhas, assim você poderá decidir se uma ativação após falha é necessária.
Se você automatizar a replicação da sua implantação da primária para auxiliar, você também precisará monitorar estes processos para garantir que as cópiar de segurança, a movimentação de arquivos e as operações de restauração sejam concluídos com sucesso.
Transferência
Dentro do ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server e ArcGIS Data Store têm seus próprios mecanismos internos para ativação após falhas. Em uma configuração altamente disponível, cada componente pode criar uma ativação após falha sem ruptura significativa de todo o ArcGIS Enterprise.
A ativação após falha de uma implantação replicada do centro de dados da primária para a auxiliar tipicamente envolve o departamento de TI da organização e pode ser alcançada por um seletor de site global (GSS) ou DNS global. Os membros de uma organização tipicamente alcançam sua implantação do ArcGIS Enterprise por algumas URLs, por exemplo, https://myportalwa.organization.com/portal para a URL pública do portal e https://myserverwa.organization.com/server para a URL de serviços do ArcGIS Server. O GSS ou GNS global pode atribuir um endereço IP para cada nome de host. Se for necessário criar a ativação após falha para um centro de dados diferente, o GSS ou DNS global atribuirá novamente os nomes de host myportalwa.organization.com e myserverwa.organization.com ao endereço IP associado com o centro de dados auxiliar. Os clientes e usuários não serão afetados, mas todos os pedidos serão enviados para o centro de dados auxiliar. Após o centro de dados primário estar novamente online, o endereço IP de hosts do principal site poderá ser reatribuído aos endereços IP dentro do centro de dados original. Você então precisará reconciliar os dados da auxiliar para a primária para garantir que o centro de dados primário contém todo o novo conteúdo e dados que foram criados enquanto a auxiliar estava ativa.
Se os dados em qualquer servidor de hospedagem ou bancos de dados registrados de site do ArcGIS Server (geodatabase enterprise ou banco de dados) foram editados, utilize ferramentas de replicação do banco de dados para garantir que a implantação primária original do ArcGIS Enterprise conterá estes dados atualizados. Se os dados em fontes de dados baseadas em arquivo, como arquivos geodatabase, registrados com quaisquer sites do ArcGIS Server na implantação do ArcGIS Enterprise tiverem mudado, copie os arquivos editados para o diretório original no qual foram armazenados. Finalmente, utilize o utilitário webgisdr para exportar uma cópia de segurança do ArcGIS Enterprise da auxiliar e importá-la para a primária. A ferramenta replicará o conteúdo no portal, inclusive dados da camada de cena e da feição hospedada associados e novos serviços não hospedados registrados com o portal, para a implantação primária original do ArcGIS Enterprise.