SirLouen
VIP
Eta
Verificado
Verificación en dos pasos activada
Verificado por Whatsapp
¡Ha verificado su Paypal!
Verificado por Binance
Suscripción a IA
Hace 1 año, di de alta a uno de mis clientes con Raiola Networks en su versión VPS SSD. En pricipio todo bien, IP española, el servidor iba con un rendimiento según las características del contrato, y en general todo conforme a mis expectativas base. Tengo que decir que hasta la fecha, mi proveedor de VPS de elección siempre fue Hetzner o Digital Ocean y seguirán siéndolo, pero necesitaba un VPS en España con IP Española sobre todo para mejorar la latencia de los visitantes locales.
El problema vino unos meses después cuando, Ubuntu, en su extraño capricho de ir actualizando el servidor, decidió pasar de la 16.04 LTS a la 18.04 y luego a la 20.04 LTS y aquí es donde vinieron los problemas. Lo primero es que nunca entendí por qué se me instaló de primeras un 16.04 LTS, cuando el 18.04 LTS era lo que se estilaba ya para esas fechas (finales 2019). Pero el verdadero problema no era ese: los buenos de Raiola instalaban un Kernel 2.6.32!! (y creo que este era el principal motivo por el que forzaban una 16.04, dado que la 18.04 ya venía con una versión 4 del Kernel).
Y a la pregunta ¿por qué un Kernel 2.6.32 tan antiguo para 2019? Aquí viene lo mejor: al poco me di cuenta, que Raiola instalaba a los nuevos clientes en un servidor con OpenVZ obsoleto!
En principio, para cuando me di cuenta que era un OpenVZ y ya era un poco tarde, porque ya tenía configurado todo y pensé que en un futuro con un simple script de OpenVZ Migrate, podría ir actualizando mi máquina.
Pero no fue así.
Un año después, con mi voluntariosa intención de migrar a PHP 7.4 la cosa se torció bastante. Al no poder instalar la última versión de las librerias LIBC porque el kernel era muy antiguo (recordar que Ubuntu 20.04 ya va por la versión 5 del Kernel), pues no podía ni siquiera actualizar los módulos de PHP, como BCMath o ZIP...
Contacté con soporte, para hacer el Migrate y aquí vino mi sorpresa: pretendían cobrarme por la gestión de migración (un script que deben ejecutar ellos en el host del OpenVZ y que no depende de mi, sino de su mala gestión y decisión de elegir OpenVZ para sus hosts). En principio yo estaría dispuesto a pagar algo... pero aquí me encontraba en un dilema: cada año o cada dos años, volveríamos al mismo problema. Al quedarse en OpenVZ con un kernel estático, cada X años, tocaba migrar, y volver a migrar y así eternamente, pagando cada vez, los costes a Raiola de migración.
Conclusión:
Antes de que la cosa vaya a peor, he decidido migrar todas mis webs a un hosting con KVM como DOYM (Dios ordena y manda) y a tomar por saco con Raiola y su nefasto servicio de VPS.
Lo mejor es que el servicio técnico de Raiola me sugería, que les contratara otro VPS nuevo, y fuera yo, a mano, el que hiciera la migración completa de todos los servicios de un servidor en producción. ¡¡¡Con dos cojones!!! ¡¡¡Viva perder el tiempo!!! Y así cada año o cada dos años, dependiendo mis inquietudes de tener el servidor actualizado.
Amigos de Raiola: si tengo que invertir el tiempo en hacer una migración directamente me voy a otro proveedor. Raiola: nunca mais (al menos el servicio VPS).
El problema vino unos meses después cuando, Ubuntu, en su extraño capricho de ir actualizando el servidor, decidió pasar de la 16.04 LTS a la 18.04 y luego a la 20.04 LTS y aquí es donde vinieron los problemas. Lo primero es que nunca entendí por qué se me instaló de primeras un 16.04 LTS, cuando el 18.04 LTS era lo que se estilaba ya para esas fechas (finales 2019). Pero el verdadero problema no era ese: los buenos de Raiola instalaban un Kernel 2.6.32!! (y creo que este era el principal motivo por el que forzaban una 16.04, dado que la 18.04 ya venía con una versión 4 del Kernel).
Y a la pregunta ¿por qué un Kernel 2.6.32 tan antiguo para 2019? Aquí viene lo mejor: al poco me di cuenta, que Raiola instalaba a los nuevos clientes en un servidor con OpenVZ obsoleto!
En principio, para cuando me di cuenta que era un OpenVZ y ya era un poco tarde, porque ya tenía configurado todo y pensé que en un futuro con un simple script de OpenVZ Migrate, podría ir actualizando mi máquina.
Pero no fue así.
Un año después, con mi voluntariosa intención de migrar a PHP 7.4 la cosa se torció bastante. Al no poder instalar la última versión de las librerias LIBC porque el kernel era muy antiguo (recordar que Ubuntu 20.04 ya va por la versión 5 del Kernel), pues no podía ni siquiera actualizar los módulos de PHP, como BCMath o ZIP...
Contacté con soporte, para hacer el Migrate y aquí vino mi sorpresa: pretendían cobrarme por la gestión de migración (un script que deben ejecutar ellos en el host del OpenVZ y que no depende de mi, sino de su mala gestión y decisión de elegir OpenVZ para sus hosts). En principio yo estaría dispuesto a pagar algo... pero aquí me encontraba en un dilema: cada año o cada dos años, volveríamos al mismo problema. Al quedarse en OpenVZ con un kernel estático, cada X años, tocaba migrar, y volver a migrar y así eternamente, pagando cada vez, los costes a Raiola de migración.
Conclusión:
Antes de que la cosa vaya a peor, he decidido migrar todas mis webs a un hosting con KVM como DOYM (Dios ordena y manda) y a tomar por saco con Raiola y su nefasto servicio de VPS.
Lo mejor es que el servicio técnico de Raiola me sugería, que les contratara otro VPS nuevo, y fuera yo, a mano, el que hiciera la migración completa de todos los servicios de un servidor en producción. ¡¡¡Con dos cojones!!! ¡¡¡Viva perder el tiempo!!! Y así cada año o cada dos años, dependiendo mis inquietudes de tener el servidor actualizado.
Amigos de Raiola: si tengo que invertir el tiempo en hacer una migración directamente me voy a otro proveedor. Raiola: nunca mais (al menos el servicio VPS).
