1&1 Servidor Cloud Dinámico

Hola,


¿Alguien ha contratado un 1&1 Servidor Cloud Dinámico?
¿Que opiniones tenéis?
¿Es fiable?

Saludos,

 

¿¡cómo!? ¿Contratar un producto serio en 1and1? Para eso tendrían que empezar por ofrecer un servicio serio, y no un self-service barato
Existen proveedores en España que ofrecen ya cloud a precios aceptables.

 

Gracias egrueda,

¿A quien me recomiendas entonces para cloud asequible?

Saludos,

 

Por ejemplo tienes a ran.es

Salu2,

 

Gracias copernico,

ran.es tiene buena pinta, son solo un poco más caros que 1&1, pero busco un equilibrio entre precio/calidad. Quiero traspasar mis 4 servidores dedicados que tengo en AMEN (Nominal).

Saludos,

 

Yo tengo contratado un servidor cloud con ellos. Durante algunos meses ha funcionado sin problemas. Ahora llevo mas de 15 horas sin servicio y no he obtenido ninguna respuesta del servicion técnico. He realizado innumerables llamadas y simplemente me torean diciendo que "estan trabajando en ello".

En cuanto restablezcan el servicio hago la migración. El servicio de soporte y atención al cliente es totalmente deficinente. Muy muy malo, comparable al de las operadoras teléfonica.

 

¿donde tiene contratado el cloud?

 

¿Con quien lo tienes? ¿con Ran.es o con 1and1?

 

Tal y como habla, diría que 1and1, jejeje

 

Realmente 1&1 es tan malo?

 

Cuando todo funciona bien, cualquier proveedor es bueno o muy bueno, pero cuando surgen los problemas, las dudas o las incidencias, el tiempo de respuesta y el tiempo de resolución marcan la diferencia entre un buen proveedor y uno malo.

Por supuesto, para atender a los clietnes las 24 horas del día sería necesario contar con varios técnios *capacitados* haciendo turnos y guardias. Y para pagar este personal, es difícil hacerlo con precios excesivamente bajos. Si bajas tanto los precios, también debes bajar los gastos, prescindiendo de algunas partes del negocio o reduciendo su presencia y funciones.
Esto es como un parquímetro o una máquina de tabaco, si funciona bien, perfecto, pero frente a cualquer problema, por pequeño que sea, te encuentras sólo frente a la máquina y tardará en darte una solución (especialmente fuera de horario comercial). Así que, para sistemas donde la disponibilidad sea un factor importante, necesitas tener un equipo completo al otro lado, y eso no cuesta 5€ al mes.
Por supuesto, es mi punto de vista, nada más.

 

Lo que 1&1 vende como cloud no es un cloud de verdad. No es más que un montón de servidores virtualizados unos junto a otros, sin balanceo entre sistemas, sin alta disponibilidad ni de hardware ni de disco ni de nada.

No os dejeis engañar. Eso no es cloud: son máquinas virtuales dentro de servidores sin más ni más.

 

Pues creo que me decidiré por el Cloud de Ran.es.
Aunque tengo miedo....Tengo mis servidores dedicados en AMEN (Nominalia) y dada la crisis tengo que ahorrar dinero y Ran.es es más barato y flexible, encima están en Cloud.

 

Desconozco cómo tienen RAN montado el Cloud. Pregúntales qué cabinas de almacenamiento utilizan, si la cabinas están redundadas (imprescindible), si el cloud está también redundado (p.ej. en 2 salas diferentes) y a qué velocidad están conectadas a los nodos a las cabinas. Pregúntales qué pasa si cae fisicamente el nodo en el que está tu máquina virtual (por ejemplo si coje fuego) y qué downtime implicaría (el downtime debería ser "CERO" en un verdadero cloud).

Un cloud de verdad no debería darte miedo. Más bien todo lo contrario. El problema, mi miedo, es que se está empezando a "apellidar" como "cloud" casi cualquier cosa...

 

Acabo finalmente de contratar un server cloud en Ran.es con Debian 5.

Partiendo de mi gran desconocimiento de los sitemas Cloud:

- ¿Es lógico encontrarme un kernel XEN? exactamente el 2.6.26-1-xen-amd64

- Lo kernel's XEN son para sistemas virtuales ¿cierto?

- ¿Y entonces un server en cloud es por tanto una virtualización?

- Si esto es cierto, ¿aunque tenga acceso SSH no podré compilarme o actualizar el kernel como hacia en los servers dedicados?

Saludos,

 

> ¿Y entonces un server en cloud es por tanto una virtualización?

Un servidor cloud de los que se venden (iaas en realidad) es un conjunto de recursos (CPU, memoria, almacenamiento, red, etc) de una infraestructura compuesta tanto de servidores como de almacenamiento compartido, todo en alta disponibilidad y redundado entre varios clusters (tanto de servidores como de cabinas de almacenamiento) idoneamente ubicados en centros de datos diferentes o al menos en salas diferentes. En un cloud de verdad, cuando un servidor falla, todo sigue funcionando sin interrupción.

Hay muchas formas de "montar" un cloud. Desconozco cómo lo tiene montado Ran, pero por lo que dices lo único que puedo concluir es que utilizan XEN como plataforma de virtualización para crear las máquinas virtuales. Desconozco cómo tienen montado el tema de la alta disponibilidad de su cloud y también me guardo "para mis adentros" mi opinión sobre XEN.

Por lo que yo sé de XEN (no lo he trasteado mucho), para las máquinas virtuales Linux hay que instalar el kernel xen en ellas y si bien se puede instalar de manera nativa en distribuciones Red Hat (RHEL, CentOS y Fedora), no estoy seguro de que lo puedas recompilar.

En relación a tu pregunta, "cloud" implica efectivamente virtualización, pero como comentaba más arriba, un cloud de verdad no es sólo virtualización sino también una infraestructura de hardware que es cara y compleja. Otra cosa es que por ahí se venda como cloud un conjunto de servidores virtualizados sin más ni más y le den ese nombre aún cuando no tienen ninguna redundancia. Y me callo que no quiero hablar demasiado (luego hay tortas y casi siempre me acaban lloviendo a mí)

Comentario al margen: ¡ qué poco me gusta la palabra "cloud" !

 

Gracias cincinnati por tu aclaración.....

Entonces deduzco que el kernel me lo proporciona la máquina huesped, pues en mi menu.lst del grub me sale:

title Debian GNU/Linux, kernel 2.6.26-2-xen-amd64
root (hd0)
kernel /boot/vmlinuz-2.6.26-2-xen-amd64 root=/dev/sda1 ro
initrd /boot/initrd.img-2.6.26-2-xen-amd64

Y realmente al hacer un uname -r obtengo: 2.6.26-1-xen-amd64

Por tanto el entorno huesped me proporciona un kernel 2.6.26-1-xen-amd64 aunque yo tenga en mi /boot de mi filesystem el 2.6.26-2-xen-amd64

Entonces veo esto es una desventaja del Cloud respecto a tener un servidor dedicado...

 

Bueno... parece ser una desventaja de "ese" cloud en particular. En otros "cloud" (al menos en los que yo conozco, he usado y uso) puedes hacer lo que quieras con el kernel.

¿Por qué no pruebas con otro proveedor de cloud?
Pero antes de contratarlo, pregúntale al proveedor todo lo que necesitas (sobre todo lo que te interesa relativo al kernel), no te vaya a pasar lo mismo y te lleves un disgusto.

Desde mi punto de vista con el cloud te quitas de encima el problema del hardware y ganas en estabilidad y escalabilidad. Pero tienes que asegurarte de que sea un cloud serio
Si buscas un substituto del clásico servidor dedicado, pero en plan cloud y que funcione como quieres... ten en cuenta que no es barato. Sí más económico que un dedicado clásico, pero no barato.