Saludos nuevamente.
En el post anterior abordé algunas cosas sobre las posibles configuraciones que se pueden realizar en una máquina virtual luego de haberse creado. En este post hablaré sobre las opciones de configuración del hardware virtual.
Aquí les va:
Opciones de configuración del hardware virtual de las máquinas virtuales
También Proxmox VE da la posibilidad de cambiar los recursos del hardware virtual de las VM que han sido creadas. Estas modificaciones pueden ser el aumento o disminución de la cantidad de memoria RAM, la cantidad de microprocesadores, núcleos por microprocesador, así como las unidades en MHz que utilizará, trabajar con el disco duro, etc.
Aquí veremos varias de las opciones que proporciona la WebGUI de Proxmox VE:
- Memory: Aquí se establece la cantidad de memoria RAM que utilizará la VM
El valor que se especifique aquí no debe exceder la cantidad de memoria RAM del hipervisor. De hecho, hay que tener mucho cuidado y saber bien lo que se está haciendo.
- Processors: Aquí se establecen varios parámetros del (o de los) procesador(es) que utilizará la VM
Dichos parámetros son la cantidad de microprocesadores, cantidad de núcleos por microprocesador y el tipo de microprocesador que se utilizará:
Además, en esta nueva versión de Proxmox VE se añade un botón llamado “CPU options” donde podemos establecer otros valores interesantes:
- Display: Aquí se establece el tipo de monitor que tendrá la VM
Proxmox VE nos da la posibilidad de escoger entre varios tipos de tarjetas gráficas:
Aún yo no he testeado esta característica, por lo tanto, no puedo ofrecer más elementos.
- CD/DVD/Drive: Aquí inicialmente se estableció la imagen ISO de instalación del sistema operativo
También este valor se puede modificar a posteriori, por ejemplo “extrayendo” la imagen ISO y en su lugar o no usar ningún medio o especificándole el lector/quemador de CD/DVD físico del hipervisor:
NOTA: Si más adelante se desea utilizar la característica HA de Proxmox VE, donde implícitamente actúa la migración en vivo, no se debe tener ningún medio en el dispositivo de CD/DVD. En otras palabras, el valor que debe tener esta opción es “Do not use any media”.
- Hard Disk: Aquí se establecen los parámetros de funcionamiento del disco duro de la VM
Como se ve en la imagen anterior, aparte de cambiar algunas opciones del disco como el modo de caché, si va a tener respaldo o no, si se va a descartar o el cambio en los parámetros del IOthread, en el menú de opciones en la parte superior de la pestaña aparecen tres nuevas opciones:
– Resize disk: Esta opción permite redimensionar el tamaño de la imagen de disco duro virtual:
Si el sistema operativo instalado en la VM es un GNU/Linux, no basta solamente con poner un nuevo valor en este parámetro y encenderla nuevamente. GNU/Linux no asume ese cambio automáticamente, por lo tanto, hay que ejecutar una serie de comandos de manipulación de las particiones y sistemas de archivos internos para reajustar el tamaño de los mismos. En otro epígrafe, más adelante, se verá esto con más detalle.
– Move disk: Esta opción permite mover la imagen de disco duro virtual de un almacenamiento compartido a otro
Como se vió en la imagen anterior, también permite eliminar la imagen fuente del movimiento. Esto es muy útil porque así no tendríamos copias regadas de las imágenes de disco duro, a no ser que intencionalmente se hagan por un problema de seguridad.
– Disk Throttle: Esta opción permite cambiar algunos parámetros de lectura/escritura en la imagen de disco duro virtual
NOTA IMPORTANTE: A mi modo de ver, hay que saber muy bien lo que se está haciendo si se decide trabajar con estos parámetros, dado que un valor mal puesto aquí puede tener un impacto negativo en el rendimiento del disco duro de la VM.
- Network Device: Aquí se establecen los cambios necesarios en la configuración de red de la VM
Claro está que también se debe tener cuidado a la hora de modificar estos parámetros porque puede desconectar la VM de la red, pero los que son expertos en esta parte le pueden sacar muy bien el jugo y realizar configuraciones muy interesantes:
En fin, en esta parte Proxmox VE nos brinda una serie de opciones a configurar, hasta desconectar la tarjeta de red virtual si se desea.
Y hasta aquí esta descripción de las opciones de la pestaña “Hardware” de las VMs. Ya la parte de modificar los valores queda a conveniencia del administrador de la infraestructura.
🙂
Encantado de tus manuales y tutoriales, pena que la conectividad del blog con españa a veces un poco lenta o directamente no conecta.
Dispongo de un HP ml350G5 (4Cores Xeon de momento) 16Gb de Ram y 3x300Gb HD Como laboratorio.
He configurado un Proxmox Ve con 4 Vm´s siguiendo tus manuales y las wikis de Proxmox y todo Ok, ahora quiero crear una VM como DC con SMEServer.
La verdad, en nuestro idioma, sobre este tema, poco o nada. Pongo a tu disposición los recursos con los que cuento (servidor incluido) detrás de una DSL 13/0,8 Mbps por si te sirve en tus pruebas.
Saludos
Grácias por existir!
Saludos, Pepe.
Gracias por tu opinión. Me alegra que el blog te sea de utilidad. En cuanto al servidor, tienes un buen juguetico para hacer cosas, jejejeje.
Mira, yo no he utilizado SMEServer. Por lo que puedo leer, está basado en CentOS, lo cual me atrevo a sugerirte que, si vas a configurar un DC y tienes pensado usar los paquetes Samba 4 de Sernet, puedes usar los paquetes que están en la rama CentOS, ahí tienen tanto para el 6 como para el 7 (actualizados el pasado 28/10/2015). Claro está que tienes que crearte un usuario en Sernet. Prueba con lo de la versión 4.1 o la 4.2 de momento, porque la 4.3 ya es con subscripción pagada (más o menos la misma onda de Proxmox VE con su suscripción).
🙂
Gracias por la sugerencia sobre samba, SmeServer lo integra, además provee un interfaz muy intuitivo que permite a crear crupos, usuarios, permisos etc.. Lo tengo en producción en varios centros educativos (muchos usuarios) desde hace varios años y todo Ok. No hay suscripción solamente donaciones.
Salud!
Saludos, Pepe.
Hum… No sabía eso, bueno, te dije que no conozco esa distro. 🙂 Peroestá muy interesante tu experiencia, sería bueno ver cómo lo tienes implementado.
😀
Buenas, estoy implementando sobre proxmox 4 un container LXC de Debian 7 como Firewall, estoy presentando problemas con el log, ya que no me esta generando los DROP en syslog, en las reglas de Firewall esta especificado que loggee los DROP,
Estoy utilizando como Firewall Shorewall
Nota: Esta misma configuracion que estoy probando sobre LXC la tengo funcionando sobre un KVM
Saludos, Rodnier.
A ver, por lo que describe -y por la experiencia que tengo de intentar hacer eso mismo con contenedores OpenVZ-, no le recomiendo hacer eso con contenedores. Por las ventajas que brinda KVM (virtualización completa), pienso que es el adecuado para esa función.
La vez que intenté hacer eso con contenedores (no existía PVE-Firewall cuando aquello porque era con la versión 3.2 de Proxmox VE) había que hacerle cambios tanto al hipervisor como a la configuración del contenedor. Ahora bien, con LXC no he probado eso, pienso que, en teoría, aprovechando las bondades que da el modelo veth y el cortafuegos de Proxmox pueda hacer algo.
No obstante, sigo diciendo que el uso de máquinas virtuales es lo más recomendable para montar PC-Routers virtuales. Ah, en dependencia de la infra que tenga, será seguro o no, dado que aún existe un poco de recelo en cuanto al uso de PC-Routers virtuales.
Espero haya aclarado un poco su duda.
🙂
Buenas,
Disculpa la demora, es que he estado un poco atareado con el trabajo,
Al final utilice un KVM, que como bien dices es mucho mejor para aprovechar todas las capacidades que brinda este tipo de virtualizacion,
En contenedores OpenVz y ahora en los LXC, pincha bien el firewall en mi caso (Shorewall) dentro de ellos, el unico inconveniente es que los LXC hay que hacerle algun truco de magia negra para hacer que escriba los paquete DROPiados en el log (lo cual no pude lograr).
Tendras a mano algunos manuales de PVE-Firewall, y de Proxmox 4?, si puedes me los envias al correo
Muchas gracias por la ayuda y orientacion.
Saludos
Saludos, Rodnier.
No hay problema. Todos estamos atareados, y más por estos días.
En el caso de los contenedores, la cosa se complica cuando tienes que manipular las interfaces TUN/TAP que crea Proxmox VE por debajo. Con KVM tuve mejor experiencia, dado que una vez hice un clúster HA con dos VyOS, uno físico y el otro virtual en un clúster Proxmox VE 3.2. Me ví obligado a hacerlo porque cualquier fluctuacioncita de voltaje apagaba el PC-saurio que tenía como PC-Router físico, el virtual me mantenía la conectividad al 100.
De manuales de PVE-Firewall, solamente te puedo recomendar primero leer el artículo en la Wiki de Proxmox VE y luego los artículos que puse aquí en el blog.
Las URL son estas:
https://pve.proxmox.com/wiki/Proxmox_VE_Firewall
http://nihilanthlnxc.cubava.cu/2015/09/04/cortafuegos-de-proxmox-ve/
http://nihilanthlnxc.cubava.cu/2015/11/19/viaje-al-centro-del-cortafuegos-de-proxmox-18112015/
🙂