Muitas vezes fomos solicitados a implementar suporte para banco de dados centralizado (DB) e armazenamento de arquivos. O que é compreensível porque esses dois recursos abrem muitos cenários convenientes de criação de hospedagem que anteriormente não estavam disponíveis ou poderiam ser criados apenas por sua conta e risco. E também porque quanto menos pontos únicos de falha (SPOF) você tiver, mais resistente você será a falhas na solução. No entanto, desde o lançamento do Plesk Obsidian 18.0.49, usando DB centralizado (como Beta) e Network File System (NFS) tornou-se possível. Vamos descobrir o que você pode fazer com cada um desses recursos.
Por favor, note que se você estiver interessado apenas no recurso de banco de dados centralizado, você pode ir diretamente para o ‘Banco de dados compartilhado ou centralizado‘ seção. No entanto, se você deseja localizar arquivos vhosts no NFS, pode pular as informações sobre bancos de dados e começar a partir do ‘Sistema de arquivos de rede‘ seção. Não há necessidade de configurar esses recursos juntos – cada um pode funcionar como um recurso independente, se você desejar.
Banco de dados compartilhado ou centralizado
Anteriormente, era um requisito ter um banco de dados rodando localmente porque o Plesk o utiliza para armazenar seu próprio banco de dados (chamado “psa”). Mesmo que você conecte um banco de dados externo para os sites dos clientes, você deve ter um serviço de banco de dados local para o Plesk. Isso significa que você deve manter esse banco de dados, como instalar atualizações de segurança, fazer backups, monitorar logs, aumentar o disco e outros recursos do servidor, se necessário, etc. E se você tiver muitos servidores Plesk, isso gerará muito trabalho adicional. Isso impõe outra limitação séria: você só pode usar o banco de dados que pode ser instalado no sistema operacional que está usando.
Mas o que mudou desde o Plesk Obsidian 18.0.49? Vamos mergulhar um pouco mais fundo para descobrir alguns novos cenários:
- Você pode usar muito menos bancos de dados para uma frota de servidores Plesk, isso reduz a quantidade de trabalho de manutenção com o(s) banco(s) de dados.
- Você pode mover um banco de dados do Plesk para outro servidor em uma rede privada, isso aumentará a segurança.
- A separação dos serviços da Web e do banco de dados permite otimizar cada servidor para as tarefas necessárias, por exemplo, adicionar mais memória aos servidores do banco de dados e permitir que eles utilizem toda a memória disponível, sem uso competitivo com outros serviços.
- Ele permite o uso de bancos de dados compatíveis com MySQL que anteriormente não eram suportados pelo Plesk porque não podiam ser instalados no mesmo servidor junto com o Plesk. Um exemplo de solução possível é o Galera Cluster for MySQL, que fornece um verdadeiro cluster multimestre e ativo-ativo.
- Se você preferir um banco de dados SaaS de provedores de nuvem, nem precisa ter um servidor para o banco de dados. E o trabalho de manutenção pode ser feito através da interface web. No entanto, esta base de dados deve ser compatível com um dos bancos de dados suportados pelo Plesk.
Há também alguns contras:
- Se você usar um único banco de dados para todos os servidores Plesk, o banco de dados se tornará um único ponto de falha para todos esses servidores Plesk.
- A velocidade da rede e a conectividade entre o servidor de banco de dados e o Plesk devem ser suficientemente boas e estáveis.
Implantação de novos servidores
Vamos começar. Não é possível converter uma instalação existente do Plesk em Plesk com um banco de dados ‘psa’ remoto; deve ser apenas para novas instalações do Plesk. Decidi usar o Oracle Cloud por causa dos servidores ARM e suas condições atraentes de nível gratuito para esses servidores.
Primeiramente, crio uma rede privada (“local”, 10.0.0.0/24) para que o tráfego entre o Plesk e o servidor de banco de dados passe dentro desta rede. Para facilitar a configuração da rede, permito todo o tráfego dentro da rede privada. Como você pode ver na imagem abaixo, também possuo uma rede com acesso público (“internet”).