Os DBMSs crescem e se multiplicam, os scripts de automação se tornam cada vez mais complexos e numerosos, e cada vez mais tempo é gasto com tudo isso. Em tais circunstâncias, mais cedo ou mais tarde, o administrador chega a um pensamento brilhante: algo precisa ser mudado. Nesta postagem, mostraremos, por exemplo, como resolver o problema se você estiver lidando com bancos de dados Oracle de diferentes cores e cores.
Aqui está como tudo começou. Em 2013, nós, com o suporte de várias dezenas de todos os tipos de bancos de dados em execução no Oracle, havíamos acumulado. Alguns eram pequenos, mas com solicitações pesadas - por exemplo, repositórios de documentos regulatórios ou um sistema de coleta. Alguns podem ser atribuídos ao OLTP, com um grande número de pequenas solicitações - monitoramento de riscos, mecanismo de sms e outros. Havia sistemas que se tornaram muito ativos apenas nas datas de cobrança ou no final do mês. Em geral, todos têm tarefas diferentes e perfis de carga, respectivamente. Para garantir a segurança, em cada sistema, mantivemos uma reserva séria de poder computacional para cargas de pico, bem como uma reserva de recursos de disco em caso de crescimento repentino. Apoiar tudo isso levou muito tempo e esforço.
Para reduzir os custos de hardware, decidimos combinar os bancos de dados Oracle de todos os sistemas de médio porte em um servidor. Tivemos uma boa experiência com o Oracle Exadata: uma réplica nesse sistema encerrou o problema com a criação do processamento de relatórios. Mas os bancos de dados no Exadata funcionam no Real Application Cluster, que impõe algumas restrições aos aplicativos e requer testes cuidadosos. E o software de terceiros não permite que o complexo Exadata seja instalado por cima dele, o que restringe o número de sistemas de TI portáteis.
Quais são as opções? A classe de engenharia Oracle também inclui o Supercluster. Além das vantagens do Exadata, ele tem a capacidade de usar bancos de dados no modo de um nó do RAC, de fato autônomo, o que minimiza os riscos de migração. Calculamos o efeito econômico da transição para o Supercluster: verificamos que, para o custo de equipamentos adicionais para suportar o crescimento natural dos sistemas para o próximo ano, podemos comprar 2 novos Supercluster'a. Defendemos com sucesso essa decisão antes do negócio e, em 2014, adquirimos duas metades do Supercluster T5-8 para os sistemas principal e de backup.
Cada metade do Supercluster continha dois nós de computação com quatro processadores de 16 núcleos e 1 TB de memória. Nos primeiros nós de dois superaglomerados, colocamos as bases críticas para os negócios, nos segundos nós - todo o resto, bases em espera. Eles foram configurados com menos memória, de modo que, quando surgem problemas no nó principal, o clusterware gera recursos automaticamente em outro nó ativo. Em caso de falha de todo o nó configurado, o comutador de failover significa o Data Guard. E para simplificar a redundância, adicionamos cartões FC e servidores de mídia Veritas Netbackup adicionais aos nós. Assim, aproveitamos ao máximo nossos recursos e garantimos tolerância a falhas e resistência catastrófica.
A migração do sistema foi acompanhada de testes versáteis. Temíamos que a competição pelos recursos de muitos bancos de dados pudesse levar à degradação dos serviços, mas após a transferência de mais de 30 sistemas, percebemos que a velocidade do trabalho só aumentara. Além disso, mesmo naqueles sistemas que não ajudavam a adição de processadores com memória ou a transferência de bancos de dados para matrizes com flash total. Por exemplo, em nosso principal sistema antifraude Monitoramento de Riscos, que antes disso começou a ser entregue devido a um aumento na carga dos sistemas de origem. Obviamente, o problema não está apenas no equipamento em si, mas também na “matemática” dos sistemas de engenharia Oracle, que acelera as consultas.
Hoje, o Supercluster trabalha conosco há mais de quatro anos. Aqui está o que gostamos além da performance:
- Os custos de infraestrutura de TI caíram como queríamos.
- Custos de administração reduzidos. Anteriormente, não eram necessários apenas administradores de DBMS, mas também administradores de Unix, administradores de armazenamento e SANs para suportar bancos de dados. Agora, tudo é suportado por uma pessoa e 90% da administração é realizada pelo Oracle Cloud Control.
- O prazo para a introdução de novos sistemas de informação foi reduzido. não há mais espera para a aquisição e entrega de equipamentos de banco de dados.
- Além das peças úteis do Exadata, como verificações inteligentes, índices de armazenamento e compactação híbrida, usamos a ferramenta Exadata - IO Resource Manager, que é muito útil para a consolidação de bancos de dados. Com isso, priorizamos o uso de recursos em disco.
Separadamente, vale mencionar o versátil suporte técnico da Oracle. Para os sistemas de hardware e software, além do Suporte Premier padrão e do parceiro, recebemos suporte gratuito do Serviço Platinum, que inclui:
- O serviço "call home" é o monitoramento automático de equipamentos pelo fornecedor: por exemplo, no caso de uma falha no disco, o fornecedor será o primeiro a saber e organizar o procedimento de substituição.
- Atualizações regulares regulares do software do sistema.
- Recuperação muito mais rápida do complexo por meio do sistema Advanced Platinum Support Gateway.
Estamos desenvolvendo uma plataforma de consolidação do Oracle DBMS baseada no Supercluster e, no final de 2017, os três primeiros M8s do Supercluster vendidos no mundo chegaram a nós:
Se você tiver alguma dúvida sobre nossos casos de uso do Supercluster, teremos o maior prazer em responder nos comentários.