Tecnologias de Replicação
Existem várias tecnologias para replicar o conteúdo do sistema de arquivos: tecnologias de réplica no nível de armazenamento, ferramentas do sistema operacional e outros recursos específicos do produto.
As seguintes tecnologias disponíveis no OCI para replicação do sistema de arquivos de camada intermediária são abordadas: réplica do OCI Block Volumes e réplica do OCI File Storage (como tecnologias de réplica no nível de armazenamento), rsync (como uma ferramenta do sistema operacional) e Database File System (DBFS), que é um recurso específico do banco de dados Oracle.
Os valores de RTO e RPO são diferentes para cada tecnologia. O RTO é determinado pelo tempo necessário para ativar o armazenamento e torná-lo acessível para os aplicativos. O RPO é determinado pela frequência de replicação permitida por cada tecnologia.
Sobre a Replicação do OCI Block Volumes
Quando você ativa a replicação de um volume ou grupo de volumes, o processo inclui uma sincronização inicial dos dados da origem com a réplica. Após a conclusão do processo inicial de sincronização, o processo da replicação é contínuo, com a taxa típica de destino do Objeto do Ponto de Recuperação (RPO) sendo menos de 30 minutos para replicação entre regiões (no entanto, o RPO pode variar dependendo da taxa da alteração dos dados no volume de origem).
Os artefatos de réplica do volume em blocos não podem ser montados diretamente. Para montar um volume em blocos replicado, você precisa executar a ativação em sua réplica (ou a réplica do grupo de volumes quando ela é replicada em um grupo). O processo da ativação cria um novo volume clonando a réplica, que você pode montar como um volume em blocos regular. O RTO dessa tecnologia está diretamente relacionado ao tempo necessário para executar essa operação (geralmente 5 a 10 minutos, pode variar dependendo do número de nós e se você executar as ações em paralelo). Em situações de failover, essas etapas podem causar sobrecarga operacional adicional e aumentar o RTO total. No entanto, em um switchover planejado, você pode executar essas operações antes de interromper o sistema principal, para que elas não sofram tempo de inatividade ou aumentem o RTO total.
Essa replicação não requer conectividade específica entre a origem e o destino; no entanto, ela deve ser listada nos Mapeamentos de Região de Origem e de Destino para replicação do Block Volume.
Observação:
Os OCI Block Volumes normalmente são usados de forma privada: cada instância de computação tem acesso de leitura e gravação em seus próprios volumes em blocos. Embora você possa anexar um volume a mais de uma instância de computação por vez, ele requer uma solução adicional com reconhecimento de cluster para evitar que dados sejam corrompidos de operações de leitura/gravação não controladas com vários anexos de volume de instância. Portanto, quando um aplicativo precisa compartilhar arquivos entre nós, ele usa um sistema de arquivos do OCI File Storage, que é um sistema de arquivos de rede.
Sobre a Replicação do OCI File Storage
Ao ativar a replicação para um sistema de arquivos do OCI File Storage, você seleciona um sistema de arquivos de destino e define com que frequência os dados são replicados. A funcionalidade de replicação cria um snapshot especial de replicação no sistema de arquivos de origem. Em seguida, ele transfere o snapshot para o destino, que grava os novos dados no sistema de arquivos de destino. O último snapshot de replicação concluído permanece nos sistemas de arquivos de origem e de destino até o próximo intervalo. No próximo intervalo, o processo de replicação exclui automaticamente os snapshots antigos de replicação e cria um novo. O processo da replicação continua no intervalo especificado, desde que a replicação esteja em vigor. O intervalo mínimo de replicação é de 15 minutos, que define o RPO mínimo para essa tecnologia.
O sistema de arquivos de destino é um sistema de arquivos que nunca foi exportado, portanto, está marcado como "destinável". Embora a replicação esteja ativada, o sistema de arquivos de destino é somente para leitura e atualizado apenas pela replicação. Para exportar e montar um sistema de arquivos replicado, você precisa cloná-lo.
Em seguida, você pode exportar e montar o sistema de arquivos clonado. O RTO dessa tecnologia está diretamente relacionado ao tempo necessário para executar essa operação (normalmente menos de 5 minutos para clonar, exportar e montar um sistema de arquivos, mas pode variar dependendo do número de nós e se você executar as ações em paralelo). Em situações de failover, essas etapas podem causar sobrecarga operacional adicional e aumentar o RTO total. No entanto, em um switchover planejado, você pode executar essas operações antes de interromper o sistema principal, para que elas não sofram tempo de inatividade ou aumentem o RTO total.
Essa replicação não requer nenhuma conectividade específica entre sites principais e secundários; no entanto, ela deve estar na lista de Regiões de Destino Recomendadas para replicação do OCI File Storage (OCI FS).
Sobre o utilitário de sincronização remota (rsync)
O utilitário rsync permite transferir e sincronizar arquivos entre um host e uma unidade de armazenamento e entre hosts, comparando os tempos de modificação e os tamanhos dos arquivos. Quando usado com SSH, você pode sincronizar arquivos e diretórios entre dois sistemas diferentes com o mínimo de uso da rede.
Para usar essa tecnologia, você é responsável por criar e executar os scripts rsync. Os scripts devem usar os comandos rsync apropriados para replicar as pastas de camada intermediária, como as pastas de configuração ou de produtos. O RPO para essa tecnologia depende da frequência dos scripts de réplica rsync.
Ao usar rsync como tecnologia de replicação, o armazenamento já é montado tanto no primário quanto no secundário, portanto, nenhum tempo é necessário durante o switchover para montar o armazenamento no secundário. Essa tecnologia não aumenta o RTO do sistema durante switchovers ou failovers.
O comando rsync fornece opções úteis para executar uma boa operação de cópia. Por exemplo, a opção --exclude ignora arquivos e pastas específicos da cópia. O flag --delete permite manter uma cópia exata excluindo no destino os arquivos que não existem mais na origem. O flag --checksum força uma comparação de soma de verificação completa em todos os arquivos presentes em ambos os sistemas. Como rsync é um comando do sistema operacional, você pode copiar arquivos e pastas, independentemente de residirem em um Volume em Blocos, em uma montagem NFS ou mesmo se o armazenamento subjacente for diferente entre o principal e o stand-by.
Essa tecnologia requer conectividade de rede entre regiões primária e secundária, mais especificamente entre o host que executa comandos rsync e os hosts remotos aos quais ele se conecta. A OCI evoluiu ao longo dos anos e fornece comunicação direta entre regiões com pareamento remoto e Gateways de Roteamento Dinâmico. Isso permite a comunicação usando endereços IP privados, sem rotear o tráfego pela internet ou por meio da sua rede local. Isso tornou a solução rsync confiável e segura o suficiente para ser usada como uma abordagem de replicação válida entre regiões.
A tecnologia rsync permite flexibilidade em sua implementação porque o usuário é responsável por criar os scripts rsync. Você pode escolher entre diferentes abordagens:
- Ponto a ponto
Neste modelo, a cópia é feita diretamente de cada host para seu peer remoto. Cada nó tem conectividade SSH com seu par e usa comandos
rsyncno SSH para replicar o sistema principal. Isso é fácil de configurar e não precisa de hardware adicional. No entanto, requer manutenção em muitos nós, pois os scripts não são centralizados. Ou seja, grandes clusters adicionam mais complexidade à solução.
- Local de preparação central
Neste modelo, um nó atua como um coordenador. Ele se conecta a cada host que precisa ser replicado e copia o conteúdo para um local de preparação comum. Este nó também coordena a cópia do local de preparação para os hosts de destino. Essa abordagem descarrega os nós individuais da sobrecarga das cópias.
Sobre o Sistema de Arquivos do Banco de Dados
dbfs_client.
Observação:
O recurso DBFS não está disponível quando o banco de dados é um Oracle Autonomous Database.
Quando o Oracle Data Guard é configurado para o banco de dados, o conteúdo do DBFS no principal é replicado automaticamente para o banco de dados stand-by. Qualquer pasta ou arquivo que você colocar na pasta DBFS estará disponível no site secundário, e os hosts secundários poderão montá-lo se o banco de dados estiver aberto no modo somente leitura ou se ele for convertido no modo stand-by snapshot.
No entanto, a Oracle não recomenda armazenar os artefatos de camada intermediária (como a configuração de camada intermediária ou os produtos) em uma montagem DBFS diretamente. Isso tornaria a camada intermediária dependente da infraestrutura DBFS (cliente de banco de dados, banco de dados, bibliotecas FUSE e assim por diante). Você pode usar uma montagem do DBFS como uma pasta intermediária para armazenar uma cópia da pasta que deseja replicar.
Para usar essa tecnologia, você é responsável por criar e executar scripts para copiar as pastas de camada intermediária, como as pastas de configuração, de e para a pasta de preparação DBFS. A RPO para essa tecnologia depende da frequência desses scripts.
Como a montagem do DBFS não é usada diretamente para armazenar os artefatos de camada intermediária, o armazenamento real já está montado no principal e no stand-by, portanto, não é necessário tempo durante o switchover para montar o armazenamento no stand-by. Essa tecnologia não aumenta o RTO do sistema durante switchovers ou failovers.
Essa tecnologia requer o cliente de banco de dados nos hosts de camada intermediária. Dependendo da implementação, esse método também pode exigir conectividade SQL*net entre os hosts e os bancos de dados remotos para operações de banco de dados, como conversões de atribuição.
