NoSQL e a nuvem híbrida

Se um banco de dados NoSQL puder ser implantado no local ou ele pode ser implementado na nuvem, por que não pode ser implementado no local? e na nuvem? Pode, e deve. Este artigo destaca uma variedade de casos de uso de nuvem híbrida para implementações de bancos de dados NoSQL.

Mestre / Escravo

A implantação principal reside no local e a implantação em espera reside na nuvem, ou vice-versa.

Data center ativo/nuvem em espera

Nuvem ativa / Data center em espera

Failover

Uma coisa é falhar em uma única instância; outra é falhar em uma implementação inteira. A implementação ativa pode residir no local e a implementação em espera pode residir na nuvem, ou vice-versa. Caso a implementação ativa não esteja disponível, é possível fazer o failover para a implementação em espera.

Operacional versus analítico

É a separação de preocupações aplicada à vida real. Os aplicativos operacionais leem e gravam em uma implantação, enquanto os aplicativos analíticos leem e gravam em outra implantação. Os aplicativos operacionais podem ler e gravar na implementação no local, enquanto os aplicativos analíticos leem e gravam na implementação na nuvem, ou vice-versa.

Desafio

O desafio está na cópia de dados da implementação ativa para a implementação em espera. Embora seja possível exportar e importar os dados, o mecanismo mais eficiente é a sincronização unidirecional com atualizações incrementais. Isso é possível com o Couchbase Server por meio da replicação entre data centers (XDCR).

Alta disponibilidade

Trata-se de alta disponibilidade no nível da infraestrutura. Ela pode sobreviver à falha de uma única implementação.

Explosão de nuvens

A implantação principal reside no local, mas pode ser expandida para incluir nós executados na nuvem.

Em vez de manter implantações separadas no local e na nuvem, há uma única implantação que inclui tanto a implantação no local quanto a implantação na nuvem. Os nós implantados na nuvem são executados em modo de espera. Se os recursos da implementação no local não forem mais suficientes, ela poderá ser ampliada para incluir nós em espera em execução na nuvem.

Desafio

O desafio está na capacidade de adicionar e remover nós de espera em execução na nuvem sob demanda. Isso é possível com o Couchbase Server porque os nós podem ser adicionados com a ativação deles. Como alternativa, um administrador pode contar com a interface de linha de comando (CLI) para adicionar nós em espera sob demanda. Se for necessário estender a implementação no local para a nuvem, o administrador poderá ativar os nós de espera executando um reequilíbrio operação.

Nuvem híbrida

Em vez de depender da sincronização unidirecional e das atualizações incrementais entre uma implantação local mestre e uma implantação de nuvem escrava, várias implantações de nuvem dependem da sincronização bidirecional em uma topologia com vários mestres. Além disso, as implementações individuais na nuvem podem continuar a depender da sincronização unidirecional e das atualizações incrementais para sincronizar com uma implementação no local.

Desafio

Como em uma topologia mestre/escravo, o desafio está em copiar dados da implementação ativa para a implementação em espera. No entanto, uma topologia mestre/mestre requer sincronização bidirecional com atualizações incrementais. O Couchbase Server oferece suporte à sincronização unidirecional e à sincronização bidirecional com atualizações incrementais por meio da replicação entre data centers (XDCR).

Alta disponibilidade

Trata-se de alta disponibilidade no nível da infraestrutura e no nível da empresa. Ele pode sobreviver à falha de várias implementações. Isso porque ele pode sobreviver à falha de vários provedores de nuvem. A empresa não está mais vinculada a um único provedor de nuvem. A empresa não está mais suscetível ao aprisionamento ao fornecedor. Isso não apenas aumenta a disponibilidade da infraestrutura, mas também aumenta a agilidade dos negócios.

Resumo

A nuvem híbrida está a caminho, liderada pela Red Hat com sua visão de nuvem híbrida aberta. O banco de dados NoSQL do futuro deve estar preparado para isso.

Leitura adicional

Replicação entre centros de dados (documentos)
Conscientização sobre o rack (documentos)
Rebalanceamento (documentos)
Adição de um nó (documentos)