Era do DBaaS

Esta publicação foi criada por Maksim Malygin, arquiteto de soluções globais Nutanix

Quase todos os aplicativos com os quais você está interagindo ao longo do dia, desde o CRM da sua empresa até o jogo em que está jogando no telefone, e o POS de autoatendimento na mercearia são suportados por um banco de dados, baseado na nuvem, no local e, possivelmente, entregue como um serviço. Esses bancos de dados são usados ​​pelos aplicativos para operar e processar os dados e impactam diretamente na forma como os aplicativos são dimensionados e executados; fazer da plataforma de banco de dados uma pedra angular para o sucesso dos negócios. Com o crescente número de aplicativos, o mercado de bancos de dados cresce também e deve chegar a US $ 155,50 bilhões até 2026 ( link ).

Ao mesmo tempo, o DBaaS (banco de dados como serviço) está abalando a maneira como os bancos de dados são usados ​​pelos desenvolvedores, removendo a necessidade de gerenciar bancos de dados complexos ou lidar com equipes de DBA e infraestrutura para que eles possam se concentrar em o desenvolvimento do aplicativo. Vamos dar uma olhada no modus operandi que torna isso possível.

Se você passou algum tempo no mundo corporativo de TI, provavelmente já ouviu falar sobre a abordagem "Tudo como serviço" (XaaS). E provavelmente, você se perguntou por que uma organização de TI deve fornecer algo como serviço à empresa quando a abordagem tradicional parece funcionar bem? Em poucas palavras, a visão dos clientes sobre como a TI deve ser consumida e acessada mudou durante a última década. Em um mundo em que temos Uber, Airbnb e Public Cloud, modelos de consumo com disponibilidade instantânea e pagamento por uso se tornaram um novo padrão. O mesmo se aplica à TI corporativa - os clientes internos desejam acesso rápido e fácil a serviços preditivos, baseados em resultados, ajustados às necessidades de negócios que eles não precisam financiar, esperar para serem construídos e se preocupar com o suporte.

A abordagem como serviço simplifica o relacionamento de TI com os usuários de negócios, ajudando uma empresa a criar eficiências, reduzir o custo e o tempo de transação. Para a organização de TI, XaaS significa que não é mais um "Operador de TI", mas um parceiro de negócios respeitado que presta um serviço e fornece um modelo de cobrança retroativa fácil e limpo.

DBaaS trauma de nascimento e como curá-lo

Embora a maior parte da TI tenha mudado para o modelo de "serviço" sem problemas, as equipes de banco de dados enfrentaram alguns problemas que dificultavam a transição da transição. No entanto, isso não significa que é impossível construir um DBaaS em uma nuvem corporativa privada. Vamos analisar como esses problemas e como resolvê-los, certificando-se de que o DBaaS construído seja um serviço de nível empresarial.

Problema nº 1: computação, armazenamento e banco de dados segregados

Não é fácil integrar o provisionamento dos recursos subjacentes de computação e armazenamento (mesmo entregues como um serviço) ao fluxo de trabalho de provisionamento do banco de dados. Tradicionalmente, o DBA precisa solicitar espaço de armazenamento a ser alocado, computação a ser provisionada e sistema operacional a ser instalado; frequentemente isso deve ser feito por 3 equipes separadas. Isso poderia ser parcialmente resolvido com ferramentas como ansible, mas ainda não seria uma automação de ponta a ponta.

Para resolver esse problema de uma vez por todas, uma plataforma única que combina computação, armazenamento e virtualização é a melhor abordagem. Usando uma plataforma hiperconvergente, podemos obter um provisionamento fácil, simplificado e consistente dos serviços de infraestrutura que (graças à API da Nutanix!) Podem ser realizados de forma programática. O Nutanix Era cuida de todas as etapas necessárias para provisionar uma VM para o novo servidor de banco de dados, combinando o poder da plataforma hiperconvergente e da automação.

Problema nº 2: configuração e segurança do servidor de banco de dados

A implantação de um novo servidor de banco de dados (OS / DB) e a aplicação de padrões de configuração corporativa (do desempenho à segurança e ao backup) é outro gargalo que pode afetar um SLA de provisionamento.

Quando tivermos uma base estável, os padrões de configuração (para VM e DB) poderão ser aplicados automaticamente, garantindo um desempenho consistente (novamente, isso pode ser um desafio se o DBA não controlar a plataforma - ou a validação de padrões precisar). ser executada para cada variação possível de armazenamento / computação). Essas configurações de banco de dados otimizadas são fornecidas pela Era e comprovadamente oferecem desempenho máximo no cluster da Nutanix. A segurança (do ponto de vista da infraestrutura) se torna muito mais fácil com a implementação automatizada de STIG integrada ao Nutanix AOS; os padrões de segurança do DB são aplicados pela Era sobre ele.

Edição nº 3: como cumprir o SLA?

Pode ser um desafio para a equipe do DBA garantir que os SLAs de desempenho, disponibilidade e backup / recuperação sejam atendidos, pois não controlam a maioria desses serviços.

A forte integração com a plataforma subjacente é essencial:

• Uma plataforma deve atender ao mesmo SLA (ou até mais rigoroso) para garantir que o DBaaS seja capaz de fornecer o nível de disponibilidade necessário (provisione servidores de banco de dados em cluster para adicionar mais nove). Embora a plataforma hiperconvergente da Nutanix pudesse ser facilmente configurada para atender ao SLA de disponibilidade, o Era automatiza o provisionamento de servidor de banco de dados em cluster.

• O desempenho do banco de dados depende fortemente da estabilidade da computação e do armazenamento (sem vizinhos barulhentos) e do tamanho correto. Como o primeiro é praticamente impossível no cluster Nutanix, a única coisa que precisa ser feita é o dimensionamento correto da instância da VM.

• O backup e a recuperação do banco de dados podem ser fáceis se integrados aos instantâneos de armazenamento. No entanto, no caso de três camadas, é necessário usar "gerenciadores de snapshot" independentes e complexos, tornando a configuração e as operações muito complexas e demoradas; enquanto que, no caso da Nutanix Era, essa integração é quase invisível - não há necessidade de instalar, configurar e manter - ela simplesmente funciona, fornecendo backups consistentes com DB e recursos de “Time Machine”.

Edição nº 4: como mantê-lo atualizado

Quando você tem um ambiente de banco de dados dinâmico com muitos hosts / instâncias de banco de dados, o patch do banco de dados e do SO pode se tornar uma rotina quase diária (noturna!) Que afeta os SLAs de segurança e disponibilidade.

Para resolver esse problema, o Era fornece um mecanismo automatizado de patches do servidor de banco de dados com um clique. Também é possível testar os patches do banco de dados antes de publicá-lo para minimizar o possível impacto na instância de produção. 

Problema nº 5: processo lento do CDM que explode o uso do armazenamento

A clonagem do banco de dados da produção para o ambiente Dev / UAT exige que muitos dados sejam copiados e mascarados, fazendo com que os DBAs trabalhem nos fins de semana sem parar e deixando os fornecedores de armazenamento felizes.

Como mencionamos anteriormente, a integração com os snapshots de armazenamento facilita os backups e proporciona uma enorme economia de armazenamento.

Combinando isso com o provisionamento automatizado de VM e DB, além de uma solução de mascaramento de dados, é possível executar o CDM de maneira rápida e com eficiência de recursos. 

Edição nº 6: Portfólio de banco de dados grande e dispersivo

Uma empresa média pode usar 4-6 tipos de banco de dados - dos tradicionais como Oracle e MSSQL ao NoSQL DB; para DBA, significa que todos os problemas acima precisam ser resolvidos para cada tipo de banco de dados.

Atualmente, o Nutanix Era suporta 5 mecanismos de banco de dados: Oracle, Postgres, MySQL, MSQL e MariaDB, com mais planejados em versões futuras.

Agora, vamos dar uma olhada nos poucos conceitos e ferramentas que podem fazer o DBaaS acontecer.

O que é preciso para executar um serviço

O ITIL (uma leitura um pouco chata, mas muito útil!) Diz que a definição de serviço deve abranger um grande número de elementos, mas vamos nos concentrar nos mais importantes, a saber:

Criticidade de serviço e ativo

• Quão crítico pode ser um serviço comercial que usará esse serviço de TI

Requisitos / metas de nível de serviço

• Tempo de provisionamento / disponibilidade / confiabilidade / desempenho / capacidade etcInterface de serviço

Como esse serviço pode ser consumido

• Modelo de precificaçãoModelo de estorno para o serviço

Todas as métricas acima são facilmente mensuráveis ​​e criam uma base sólida para o DBaaS (se você não pode mensurá-lo, não pode gerenciá-lo!):

Depois de identificarmos uma criticidade, os requisitos de nível de serviço também podem ser definidos:

O Nutanix Era permite criar perfis de SLA correspondentes à definição de serviço e, depois que todos os níveis de criticidade e SLAs relacionados foram identificados, eles podem ser traduzidos para a configuração do Era:

Durante o provisionamento do banco de dados, um SLA específico seria aplicado à instância do banco de dados:

E por último, mas não menos importante, os tamanhos de computação e de banco de dados precisam ser definidos na definição de serviço:

… E publicado na Era

Reunindo tudo isso

Criar uma nova oferta DBaaS pode ser um processo difícil e desafiador; mantê-lo em um estado saudável pode ser ainda mais desafiador. O Nutanix Era foi criado propositadamente para curar o “trauma de nascimento” do DBaaS - ele não apenas alivia muitas dores de DBA; Ele também fornece a capacidade de tornar a entrega do DBaaS totalmente alinhada ao processo de design do serviço.

ASG

https://www.asgit.com.br/

contato@asg.com.br

(51) 3376.1210