• rudy310

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

14 visualizações0 comentário