Este documento define os principais conceitos e as topologias de implantação do Spanner Omni. Ele aborda a relação hierárquica entre regiões, zonas e servidores e explica como esses componentes se relacionam com a replicação e o armazenamento de dados em uma implantação.
Conceitos do Spanner Omni
As seções a seguir fornecem definições detalhadas das terminologias usadas na documentação do Spanner Omni. Familiarizar-se com esses conceitos garante uma compreensão clara da arquitetura e do comportamento operacional do sistema.
Implantação
Uma implantação do Spanner Omni, que permite usar os bancos de dados nos seus data centers ou nas contas de nuvem pública. Você cria a implantação de acordo com os parâmetros especificados na configuração de implantação. Uma implantação do Spanner Omni é equivalente a uma instância do Spanner| no Google Cloud.
Configuração da implantação
Fornece o posicionamento e a especificação de regiões, zonas e servidores para a implantação do Spanner Omni. É possível escolher uma configuração de implantação de servidor único, região única ou multirregional.
Local
O equivalente a região em Google Cloud termos. A latência de rede entre duas regiões não é trivial. Para implantações locais, é possível definir suas próprias regiões. Para implantações na nuvem, a região precisa estar alinhada às regiões do provedor de nuvem respectivo. Uma região pode ter várias zonas.
Processo
O servidor do Spanner bifurca e gerencia vários processos. Por exemplo, TimeServer e spanserver são todos processos no Spanner. Os processos individuais podem ter estatísticas de monitoramento, como uso de CPU e uso da memória. Um processo pode abrir portas para se comunicar com outros servidores na implantação.
Réplica
O Spanner replica dados para fornecer disponibilidade de dados e localidade geográfica. De modo geral, o Spanner organiza todos os dados em linhas. O Spanner cria várias cópias ou réplicas dessas linhas e as armazena em diferentes áreas geográficas. O Spanner usa um esquema de replicação síncrona baseado em Paxos, em que as réplicas de votação votam em cada solicitação de gravação antes de confirmar a gravação no banco de dados. Assim como no Spanner, há três tipos de réplicas no Spanner Omni: leitura/gravação, somente leitura e testemunha. Para mais informações, consulte tipos de réplica na documentação do Spanner.
Servidor
Um servidor é um recurso de computação, como uma VM ou um contêiner, em que o servidor do Spanner Omni é executado. Cada servidor tem seus próprios recursos de sistema: CPU, memória e armazenamento. O servidor fornece os recursos do Spanner Omni armazenando e veiculando dados do usuário.
Servidores raiz
Os servidores raiz armazenam metadados críticos para oferecer suporte à zona. Por exemplo, o servidor raiz armazena a associação do servidor e outras informações de configuração da zona.
O número de servidores raiz por zona precisa ser um número ímpar entre um e nove, inclusive, para garantir o quórum de consistência. Se o número de servidores for par, as implantações poderão falhar. Ao configurar as zonas, designe servidores como servidores raiz. Recomendamos usar um para desenvolvimento ou teste e três para zonas de produção de alta disponibilidade.
Considere cuidadosamente o número de servidores raiz ao planejar a implantação. Embora seja possível mudar o número de servidores raiz na implantação depois de criá-la, não recomendamos que você faça isso.
Servidores não raiz
Os servidores não raiz armazenam e veiculam dados do usuário e oferecem uma maneira de escalonar a capacidade de computação e o armazenamento de uma zona. É possível adicionar quantos servidores não raiz forem necessários à implantação. Você pode mudar o número de servidores não raiz depois de criar a implantação.
Divisão
Uma divisão do Spanner contém um intervalo de linhas de dados contíguas, em que o Spanner ordena as linhas pela chave primária. O Spanner cria réplicas de cada divisão que armazena em cada zona.
Armazenamento
O armazenamento permanente anexado ao servidor.
Zona
Um grupo de um ou mais servidores. Para replicação de dados, crie uma zona por réplica. Para implantações locais, recomendamos minimizar o compartilhamento de infraestrutura (VMs, discos) entre zonas. Para implantações na nuvem, alinhe as zonas às zonas de disponibilidade na AWS ou às zonas em Google Cloud.