Este documento define os principais conceitos e 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 em toda a documentação do Spanner Omni. Ao se familiarizar com esses conceitos, você garante um entendimento claro 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 suas 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 emGoogle Cloud.
Configuração da implantação
Fornece o posicionamento e a especificação de regiões, zonas e servidores para sua implantação do Spanner Omni. Você pode escolher uma configuração de implantação de servidor único, região única ou multirregional.
Local
O equivalente à região em termos de Google Cloud . A latência de rede entre duas regiões não é trivial. Para implantações locais, você pode definir suas próprias regiões. Para implantações na nuvem, a região precisa estar alinhada com as regiões do respectivo provedor de nuvem. Uma região pode ter várias zonas.
Processo
O servidor do Spanner cria ramificações 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 oferecer disponibilidade 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 baseada em Paxos, em que as réplicas de votação votam em cada solicitação de gravação antes de fazer o commit da 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 recursos de sistema próprios: CPU, memória e armazenamento. O servidor oferece 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 ao servidor e outras informações de configuração de zona. Os servidores raiz usam algoritmos de quorum para consistência. Portanto, é necessário um número ímpar de servidores raiz em uma zona: um para zonas muito pequenas e de três a cinco para zonas maiores. 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
Servidores não raiz armazenam e atendem 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, de acordo com a demanda da carga de trabalho. É possível 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 contíguas de dados, em que o Spanner ordena as linhas por 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.