Xen: ¿reducir la limitación de recursos/hardware?

Question 1

¡Esta es realmente una gran pregunta!

OpenVZ es una tecnología de virtualización a nivel de sistema operativo, donde cada nodo comparte los recursos del host principal. En OpenVZ, el administrador puede simplemente cambiar una configuración y, por supuesto, se proporcionará al usuario un conjunto diferente de recursos. Es por eso que casi todos los proveedores de alojamiento (incluido el suyo, como menciona en sus comentarios) implementan actualizaciones y degradaciones para OpenVZ, porque cambiar el proceso y las asignaciones de memoria essimilarhaciendo un cambio con elgetrlimit, setrlimit(2) llamadas al sistema, y cambiar el tamaño del disco es lo mismo que hacerquotactl(2) llamada al sistema. Si no está familiarizado con estas llamadas al sistema para comprender la alegoría, basta con mirar la sección HISTORIA para ver que han existido mucho antes de que se creara Linux; así de primarios, básicos y libres de riesgos son. (OpenVZ tiene su propia forma de hacer estas cosas, pero es básicamente el mismo concepto).

Xen, por otro lado, es una virtualización completa de un hardware típico. Cambiar la memoria en Xen es como agregar o quitar físicamente los módulos de memoria. ¿Alguna vez haría eso en un sistema en ejecución y esperaría que el software pudiera manejarlo? Lo mismo para los procesadores. Lo mismo para el disco duro. Entonces, gran cosa, apágalo primero, ¿verdad? Bueno, sí, eso es posible y está totalmente bien en lo que respecta a la memoria y la CPU, pero el disco duro es diferente, ya que contiene los datos que deseas conservar.

¿En qué se diferencia el disco duro? En OpenVZ, el disco duro que ve es solo un subconjunto de los archivos reales de un sistema de archivos host existente, básicamente; si no tienes archivos, no toma tamaño; y todos los límites son efectivamentesuave. En Xen, sería el sistema de archivos real, respaldado por un archivo de cierto tamaño en el host, el mismo tamaño que su disco virtualizado.

Olvidémonos de la virtualización por un minuto. Ahora bien, si alguna vez hiciste una copia palabra por palabra (condd(1)) de un HDD más pequeño a un HDD más grande, sabrá que los resultados aparecerán idénticos, sin mostrar ningún aumento de espacio en el disco. Esto se debe a que estás copiando el sistema de archivos real y eldisklabel(5)del disco palabra por palabra. Si luego quisieras usar más espacio en el mismo sistema de archivos, primero tendrías que editar la partición MBR del disco confdisk(8), luego etiquetar el disco condisklabel(8), y solo entonces llamargrowfs(8)para aumentar realmente el tamaño del sistema de archivos. El sistema de archivos en sí contiene varios metadatos en todo el disco, por lo que debe ampliarse y reducirse con un comando especial. Si miras la página del manual, notarás que growfs en sí es un invento mucho más moderno (¡incluso podría ser una actualización de GNU/Linux!) y, al menos en el mundo BSD, todavía le falta el requisito "shrinkfs". ".

Ahora, volvamos a Xen. Es probable que el disco duro de su VPS esté respaldado por un único archivo de un tamaño específico en el host Xen subyacente. Para reducirlo, primero tendría que reducir el sistema de archivos subyacente dentro de su VPS (afortunadamente, a diferencia de ffs/ufs en *BSD, reducirlo en realidadescompatible con Linux para ext2/ext3, etc.), luego preocúpese por la etiqueta del disco/fdisk, según corresponda. Sólo entonces el proveedor de alojamiento Xen podría truncar el archivo subyacente que respalda su disco duro.

Basta decir,todo es muy posible, y Linode, por ejemplo, automatiza todas estas cosas (incluida la reducción y el crecimiento automático de su sistema de archivos según sea necesario, sin ninguna intervención de su parte). Pero no hace falta decir que todo esto suenamucho mas complicadoque simplemente hacer una llamada al sistema (que en realidad no tiene que hacer nada más que modificar una variable y reiniciar un proceso), ¿no es así?

PD: Muy a menudo, los proveedores de alojamiento se niegan específicamente a rebajar el precio de los pedidos más antiguos y le dicen al cliente que vuelva a realizar el pedido, porque saben que no todo el mundo se molestará en meterse en semejantes problemas sólo para ahorrar unos cuantos rublos aquí y allá. Y para el proveedor de alojamiento, eso son ingresos adicionales.

Sin embargo, en términos de mantener su dirección IP, puede consultar con su proveedor de alojamiento si sería posible reasignar su antigua dirección IPv4 a su nuevo servidor una vez que finalice la migración. Si tampoco están dispuestos a ofrecer nada de eso, le sugiero que considere migrar a su competidor.

Answer