Provisionar a Infraestrutura Secundária
Inscrever-se em uma Região Secundária do OCI
Para alternar entre regiões, use a caixa de combinação de regiões no banner superior da Console do OCI.
Provisionar o Recurso de Rede da Região Secundária Usando o Terraform
Você pode usar o Terraform para provisionar rapidamente seus recursos de rede na região secundária. O uso do Terraform para duplicar sua definição de rede em seu site secundário simplifica a tarefa e elimina um potencial significativo de erros.
Quando você tem um plano Terraform válido, a função apply
do Terraform provisionará todos os recursos definidos nos arquivos .tf
, reduzindo substancialmente o tempo de provisionamento.
Você pode executar o comando usando a interface de linha de comando do Terraform ou a interface do Terraform da Console do OCI. Ambas as abordagens fornecem a mesma funcionalidade.
Observação:
Veja a seguir as etapas de alto nível para usar o Terraform para criar seus recursos de rede. Consulte "Trabalhando com o Terraform" em Explorar Mais para obter um exemplo de como descobrir uma configuração de rede em um ambiente e recriá-la em outro.Finalizar Provisionamento da Região Secundária
Depois que a rede for configurada, você poderá usar a Console do OCI para provisionar as instâncias de computação, o OCI File Storage e o Oracle Exadata Database Service on Dedicated Infrastructure para a região secundária. Isso é muito semelhante ao modo como você provisionou a infraestrutura principal.
Provisionar o Oracle Exadata Database Service on Dedicated Infrastructure
Use a Console do Oracle Cloud Infrastructure (OCI) para provisionar seu ambiente de destino.
Esse exemplo de arquitetura usa o seguinte modelo e forma do Oracle Exadata: Oracle Exadata Cloud X6-2 Quarter Rack com dois nós de computação (domUs) e três células de armazenamento. O domínio de disponibilidade é AD-2.
Provisionar o Cluster de VMs na Região Secundária
Depois que o Oracle Exadata Database Service on Dedicated Infrastructure for provisionado com sucesso, você poderá provisionar o cluster de VMs na infraestrutura.
O Cluster de VMs do Exadata está totalmente ativo, em execução e acessível em algumas horas. Os componentes a seguir estão totalmente configurados.
- Dois nós de VM de computação domU
- Oracle Clusterware e Oracle Grid Infrastructure
- Nome do SCAN com três endereços IP na sub-rede do cliente
- SCAN e VIPs de grade com seus respectivos ouvintes
- Grupos de discos ASM de alta redundância
Nome do Grupo de Discos | Redundância | Tamanho Total (MB) | Utilizável (MB) |
---|---|---|---|
DATAC1 | High | 161,206,272 | 48,055,638 |
RECOC1 | High | 53,747,712 | 16,376,564 |
Outros pequenos grupos de discos são criados para suportar o Oracle Advanced Cluster File System (Oracle ACFS).
Provisionar Instâncias de Computação
As instâncias de computação são seus servidores de aplicativos e de camada intermediária. Eles são usados para aplicativos PeopleSoft e servidores Web PIA (Internet Architecture) PeopleSoft.
Ao provisionar instâncias de computação, selecione a forma que melhor suporta sua carga de trabalho. A OCI fornece várias formas para escolher, bem como uma opção entre processadores baseados em Intel ou AMD. O Oracle Linux e o Microsoft Windows são suportados. Ao provisionar os nós de computação da camada de aplicativos, especifique o compartimento (psft-app-compartment
) para conter os recursos da instância de computação e especifique a sub-rede para as camadas de aplicativos (app-private-subnet-ad1
). Os servidores de aplicativos hospedarão:
- Domínio do servidor de aplicativos Tuxedo
- Domínio do servidor de processo batch Tuxedo
- MicroFocus compilador COBOL e recurso de tempo de execução
Você pode provisionar e colocar os servidores Web PIA no mesmo compartimento e usar a mesma sub-rede que os servidores de aplicativos. Eles hospedarão o seguinte:
- WebLogic Servidores Web para hospedar os servidores PIA
- Servidores de cache Coherence*Web (opcional)
Criar Instâncias de Computação do OCI
Provisionar as instâncias de computação no Oracle Cloud Infrastructure (OCI).
A configuração de nossos servidores de camada intermediária era simples e padrão, com apenas os tamanhos dos sistemas de arquivos de inicialização, raiz e permuta precisando de ajuste. No momento em que provisionamos o nosso, o tamanho padrão do volume de inicialização era 46.6GB. Esse tamanho padrão contém os sistemas de arquivos necessários básicos do Linux, incluindo:
- Um sistema de arquivos
/boot
(200 MB) - Um sistema de arquivos raiz (
/
) (39 GB) - Um volume de permuta (8 GB)
Para os servidores de aplicativos e da camada Web, precisávamos aumentar o sistema de arquivos de inicialização para 128 GB, o sistema de arquivos raiz para 100 GB e o tamanho total de permuta para 16 GB.
Provisionar o OCI File Storage na Região Secundária
Localizar as Regras de Entrada e Saída de Segurança
Localize as regras de entrada e saída de segurança necessárias para adicionar às listas de segurança apropriadas e aos comandos que você precisa emitir em cada aplicativo e no servidor PIA (Internet Architecture) PeopleSoft. Após provisionar o sistema de arquivos, execute as seguintes etapas:
Estabelecer Pareamento Remoto de VCN
Pareamento remoto de VCN é o processo de conexão de duas VCNs em diferentes regiões da mesma tenancy. O pareamento permite que os recursos da VCNs se comuniquem com segurança usando endereços IP privados sem rotear o tráfego pela internet ou por meio da sua rede local.
Estes são os requisitos para estabelecer pareamento remoto de VCN:
- O Gateway de Roteamento Dinâmico (DRG) deve existir em cada região.
- Defina o pareamento entre as VCNs nas regiões anexando uma Conexão de Pareamento Remoto (RPC) a cada DRG.
- Implemente um contrato explícito como uma política do OCI Identity and Access Management para cada VCN que concorda com o relacionamento de pareamento.
- Adicione regras de tabela de roteamento para cada VCN para rotear o tráfego. O DRG tem uma tabela de roteamento específica para pareamento remoto de VCN que você pode atualizar.
- Adicione regras de entrada e saída da lista de segurança a sub-redes com permissão para ter tráfego entre regiões.
Ao estabelecer pareamento remoto de VCN, atualize as tabelas de roteamento em ambas as regiões para permitir que o tráfego passe. As tabelas a seguir fornecem exemplos. As linhas que contêm o tipo de destino "Gateway de Roteamento Dinâmico" representam as regras que roteiam o tráfego por meio do DRG dessa região para o DRG na outra região.
Veja a seguir as tabelas de roteamento atualizadas na região Ashburn para db-private-RT
e app-private-RT
:
db-private-RT
:
Destino | Tipo de alvo | Target |
---|---|---|
0.0.0.0/0 | Gateway NAT | maa-ngw |
10.10.101.0/24 | Gateway de Roteamento Dinâmico | cloudmaa-vcn-DRG |
Todos os Serviços IAD no Oracle Service Network | Gateway de Serviço | Maa-Iad-sgw |
app-private-RT
:
Destino | Tipo de alvo | Target |
---|---|---|
0.0.0.0/0 | Gateway NAT | maa-ngw |
10.10.106.0/24 | Gateway de Roteamento Dinâmico | cloudmaa-vcn-DRG |
Veja a seguir as tabelas de roteamento atualizadas na região Phoenix para db-private-RT
e app-private-RT
:
db-private-RT
:
Destino | Tipo de alvo | Target |
---|---|---|
0.0.0.0/0 | Gateway NAT | maa-ngw |
10.0.101.0/24 | Gateway de Roteamento Dinâmico | maacloud2-vcn-DRG |
Todos os Serviços PHX no Oracle Service Network | Gateway de Serviço | Maa-phx-sgw |
app-private-RT
:
Destino | Tipo de alvo | Target |
---|---|---|
0.0.0.0/0 | Gateway NAT | maa-ngw |
10.0.103.0/24 | Gateway de Roteamento Dinâmico | maacloud2-vcn-DRG |
Observação:
Para implementar o pareamento remoto de VCN para seu ambiente, consulte Pareando VCNs em diferentes regiões por meio de um DRG.Veja a seguir uma visão geral das etapas obrigatórias:
- Criar as RPCs: Crie uma RPC para cada DRG da VCN.
- Compartilhe informações: os administradores compartilham as informações básicas necessárias.
- Estabelecer a conexão: Conecte as duas RPCs
- Atualize as tabelas de roteamento: atualize as tabelas de roteamento de cada VCN para permitir o tráfego entre as VCNs com pareamento.
- Atualize as regras de segurança: Atualize as regras de segurança de cada VCN para permitir o tráfego entre as VCNs pareadas.