SirLouen
VIP
Eta
Verificado
Verificación en dos pasos activada
Verificado por Binance
Suscripción a IA
Há 1 ano, contratei um dos meus clientes com a Raiola Networks na versão VPS SSD deles. A princípio, tudo bem, IP espanhol, o servidor funcionava com o desempenho conforme as características do contrato e, no geral, tudo dentro das minhas expectativas básicas. Tenho que dizer que, até hoje, meu provedor de VPS de escolha sempre foi a Hetzner ou Digital Ocean e continuarão sendo, mas eu precisava de um VPS na Espanha com IP espanhol principalmente para melhorar a latência dos visitantes locais.
O problema veio alguns meses depois quando o Ubuntu, em seu estranho capricho de ir atualizando o servidor, decidiu passar da 16.04 LTS para a 18.04 e depois para a 20.04 LTS, e aqui foi onde surgiram os problemas. A primeira coisa é que nunca entendi por que me instalaram de primeira um 16.04 LTS, quando o 18.04 LTS já era o padrão para aquelas datas (final de 2019). Mas o verdadeiro problema não era esse: os bons da Raiola instalavam um Kernel 2.6.32!! (e acredito que este era o principal motivo pelo qual forçavam um 16.04, já que o 18.04 já vinha com uma versão 4 do Kernel).
E à pergunta: por que um Kernel 2.6.32 tão antigo para 2019? Aqui vem o melhor: pouco tempo depois percebi que a Raiola instalava os novos clientes em um servidor com OpenVZ obsoleto!
A princípio, quando percebi que era um OpenVZ e já era um pouco tarde, porque já tinha configurado tudo e pensei que, no futuro, com um simples script de OpenVZ Migrate, poderia ir atualizando minha máquina.
Mas não foi assim.
Um ano depois, com minha voluntariosa intenção de migrar para PHP 7.4, a coisa complicou bastante. Por não conseguir instalar a última versão das bibliotecas LIBC porque o kernel era muito antigo (lembrando que o Ubuntu 20.04 já vai pela versão 5 do Kernel), não conseguia nem sequer atualizar os módulos do PHP, como BCMath ou ZIP...
Entrei em contato com o suporte para fazer o Migrate e aqui veio minha surpresa: pretendiam me cobrar pela gestão da migração (um script que eles devem executar no host do OpenVZ e que não depende de mim, mas sim da má gestão e decisão deles de escolher OpenVZ para seus hosts). A princípio, eu estaria disposto a pagar algo... mas aqui me encontrava em um dilema: a cada ano ou a cada dois anos, voltaríamos ao mesmo problema. Ao ficarem no OpenVZ com um kernel estático, a cada X anos, era preciso migrar, e migrar de novo, e assim eternamente, pagando cada vez os custos de migração à Raiola.
Conclusão:
Antes que a coisa piore, decidi migrar todos os meus sites para uma hospedagem com KVM como DOYM (Deus ordena e manda) e que se dane a Raiola e seu nefasto serviço de VPS.
O melhor é que o suporte técnico da Raiola me sugeria que eu contratasse outro VPS novo e que eu mesmo, manualmente, fizesse a migração completa de todos os serviços de um servidor em produção. Com dois testículos!!! Viva perder tempo!!! E assim a cada ano ou a cada dois anos, dependendo das minhas preocupações de ter o servidor atualizado.
Amigos da Raiola: se tenho que investir tempo fazendo uma migração, vou diretamente para outro provedor. Raiola: nunca mais (pelo menos o serviço VPS).
O problema veio alguns meses depois quando o Ubuntu, em seu estranho capricho de ir atualizando o servidor, decidiu passar da 16.04 LTS para a 18.04 e depois para a 20.04 LTS, e aqui foi onde surgiram os problemas. A primeira coisa é que nunca entendi por que me instalaram de primeira um 16.04 LTS, quando o 18.04 LTS já era o padrão para aquelas datas (final de 2019). Mas o verdadeiro problema não era esse: os bons da Raiola instalavam um Kernel 2.6.32!! (e acredito que este era o principal motivo pelo qual forçavam um 16.04, já que o 18.04 já vinha com uma versão 4 do Kernel).
E à pergunta: por que um Kernel 2.6.32 tão antigo para 2019? Aqui vem o melhor: pouco tempo depois percebi que a Raiola instalava os novos clientes em um servidor com OpenVZ obsoleto!
A princípio, quando percebi que era um OpenVZ e já era um pouco tarde, porque já tinha configurado tudo e pensei que, no futuro, com um simples script de OpenVZ Migrate, poderia ir atualizando minha máquina.
Mas não foi assim.
Um ano depois, com minha voluntariosa intenção de migrar para PHP 7.4, a coisa complicou bastante. Por não conseguir instalar a última versão das bibliotecas LIBC porque o kernel era muito antigo (lembrando que o Ubuntu 20.04 já vai pela versão 5 do Kernel), não conseguia nem sequer atualizar os módulos do PHP, como BCMath ou ZIP...
Entrei em contato com o suporte para fazer o Migrate e aqui veio minha surpresa: pretendiam me cobrar pela gestão da migração (um script que eles devem executar no host do OpenVZ e que não depende de mim, mas sim da má gestão e decisão deles de escolher OpenVZ para seus hosts). A princípio, eu estaria disposto a pagar algo... mas aqui me encontrava em um dilema: a cada ano ou a cada dois anos, voltaríamos ao mesmo problema. Ao ficarem no OpenVZ com um kernel estático, a cada X anos, era preciso migrar, e migrar de novo, e assim eternamente, pagando cada vez os custos de migração à Raiola.
Conclusão:
Antes que a coisa piore, decidi migrar todos os meus sites para uma hospedagem com KVM como DOYM (Deus ordena e manda) e que se dane a Raiola e seu nefasto serviço de VPS.
O melhor é que o suporte técnico da Raiola me sugeria que eu contratasse outro VPS novo e que eu mesmo, manualmente, fizesse a migração completa de todos os serviços de um servidor em produção. Com dois testículos!!! Viva perder tempo!!! E assim a cada ano ou a cada dois anos, dependendo das minhas preocupações de ter o servidor atualizado.
Amigos da Raiola: se tenho que investir tempo fazendo uma migração, vou diretamente para outro provedor. Raiola: nunca mais (pelo menos o serviço VPS).
