Virtualización on javierin.com

Almacenamiento en Proxmox VE: buenas prácticas y equivalencias con vSphere para migrar desde VMware

Sun, 19 Jul 2026 08:15:00 +0000

Cuando alguien llega a Proxmox VE desde años de vSphere, lo primero que le descoloca no es la interfaz, ni la línea de comandos, ni siquiera la gestión del clúster. Es el almacenamiento. En VMware el modelo mental es sencillo y homogéneo: creas un datastore —normalmente VMFS sobre una LUN, o un recurso NFS— y ahí viven tus VMs. Punto. En Proxmox hay media docena larga de tecnologías de almacenamiento distintas conviviendo, cada una con sus reglas sobre snapshots, aprovisionamiento fino, alta disponibilidad y formato de disco. Elegir mal al principio se paga caro: migrar terabytes de un backend a otro cuando ya estás en producción no es divertido.

Networking en Proxmox VE 9: buenas prácticas, VLANs, jumbo frames y los errores que todos cometen

Sun, 19 Jul 2026 08:02:16 +0000

La red de un Proxmox parece trivial hasta el día que deja de serlo. Instalas el nodo, aceptas el vmbr0 que te propone el instalador, arrancas cuatro VMs y todo funciona. El problema llega después: cuando metes VLANs, cuando quieres agregar dos enlaces de 10 GbE, cuando activas jumbo frames «porque el NAS los soporta» y de repente las copias fallan a medias sin un solo error visible. La red de virtualización no da errores educados: da timeouts, cortes intermitentes y paquetes que se pierden en silencio. Y casi siempre la causa es una decisión de red tomada a la ligera el primer día.

Cómo transformar un Mini PC en un servidor de alto rendimiento con Proxmox VE: Guía completa 2026

Sun, 19 Apr 2026 16:02:00 +0000

En pleno 2026, el concepto de servidor doméstico ha cambiado drásticamente. Atrás quedaron los días en los que necesitábamos una torre ruidosa y devoradora de energía ocupando medio trastero. Gracias a la eficiencia de los procesadores actuales y la popularización de equipos compactos de marcas como Beelink, Minisforum o los clásicos Intel NUC, montar un servidor casero Proxmox de alto rendimiento es más accesible que nunca.

¿Por qué elegir un Mini PC para tu Home Lab?

Los Mini PC son el hardware ideal para virtualización en casa por tres motivos fundamentales: consumo eléctrico ridículo, silencio casi absoluto y una potencia que, hoy en día, supera con creces lo que la mayoría de nosotros necesitamos para correr servicios 24/7. Al instalar Proxmox VE (Virtual Environment) sobre una de estas máquinas, desbloqueas la capacidad de ejecutar decenas de máquinas virtuales (VM) y contenedores (LXC) de forma aislada y eficiente.

Alternativas a VMware para 2026: La Guía Definitiva para Salir de vSphere

Fri, 24 Oct 2025 16:47:46 +0000

Hablemos del elefante en la habitación: VMware, Broadcom y tu bolsillo

Si eres admin de sistemas o gestionas la infraestructura TI de tu empresa, es muy probable que durante este 2025 las noticias sobre VMware y Broadcom te hayan provocado más de un dolor de cabeza. No estás solo. Desde que Broadcom completó la adquisición, el panorama de la virtualización, dominado durante años por VMware, ha dado un vuelco de 180 grados.

Guía para Principiantes: Cómo Crear tu Primera Máquina Virtual en Proxmox

Sun, 18 Aug 2024 01:10:36 +0000

¡Hola y bienvenido al fascinante universo de Proxmox! Si estás leyendo esto, es muy probable que ya hayas dado el primer paso y tengas tu propio servidor con Proxmox VE instalado. ¡Enhorabuena! Acabas de abrir la puerta a un mundo de posibilidades para tu homelab o entorno de pruebas.

Seguramente ahora te estarás mirando la interfaz web de Proxmox y pensando: «Vale, ¿y ahora qué?». Tranquilo, a todos nos ha pasado. El primer paso lógico y el más emocionante es, sin duda, crear tu primera máquina virtual. En este artículo, vamos a guiarte paso a paso, con un lenguaje sencillo y directo, para que pases de cero a tener tu primera VM funcionando en un abrir y cerrar de ojos. ¡Vamos al lío!

Modificar el contenido de un OVA - Solucionar VDP invalid certificate

Thu, 26 Sep 2019 06:56:10 +0000

En no menos de tres ocasiones en los últimos años me he encontrado con que al ir a desplegar VMware VDP, el paquete OVA tenía un certificado inválido. Esto hace que el cliente de vSphere no continúe con la subida de los archivos al host y nos deja colgados en medio del proceso.

Además, el artículo de la KB de VMware es una basura y no proporciona información detallada de como solucionar el problema.

Convertir un disco duro físico en VMDK

Mon, 29 Jul 2019 13:37:10 +0000

Hoy un amigo me ha consultado para convertir un disco duro físico en VMDK para conectarlo a una máquina virtual de VMware. El servidor de origen no encendía con lo que usar VMware converter no era una opción.

Podemos pinchar el disco duro en un equipo con un LiveCD Linux y hacer una imagen del disco con dd.

javi@casa:~$ sudo dd if=/dev/sda of=/tmp/ImagenDelDisco.dd bs=1M
 61188+1 records in
 61188+1 records out
 64160400896 bytes (64 GB, 60 GiB) copied, 347,377 s, 185 MB/s

Ahora ya tenemos una imagen exacta del disco a recuperar. Lo siguiente que debemos hacer es instalar qemu-utils para disponer del conversor

Envio de correo con Amazon Simple Email Services (AWS SES) y Postfix

Wed, 23 Mar 2011 11:21:00 +0000

Para enviar correo desde una instancia de Amazon, una opción es contratar Amazon Simple Email Services (SES). Para utilizar esta plataforma, debemos realizar una serie de cambios en nuestro equipo y solicitar verificación de los emails que originan los mensajes. Vamos a ello. Lo primero que debemos hacer es bajar los scripts de Amazon SES (url externa de Amazon) Una vez los tengamos en nuestra máquina, debemos descomprimirlos en un directorio, por ejemplo /usr/local/bin Despues deberemos logarnos en nuestra cuenta de Amazon AWS (http://aws.amazon.com/es/account/) y procederemos a ir al enlace que pone Account arriba del todo. Una vez hecho esto, haremos click en el apartado Credenciales de seguridad, que nos llevará a una página en la que disponemos de acceso a las claves de usuario propias de la API de amazon. Buscamos el apartado "Credenciales de Seguridad" de nuevo, y veremos 3 pestañas: - Claves de Acceso - Credenciales X.509 - Pares de Claves La que nos interesa es la primera, claves de acceso. Vamos a crear un archivo en nuestra instancia AWS llamado, por ejemplo /etc/acceso-api-aws y dentro pondremos:

AWSAccessKeyId=ID de clave de acceso <- Esta la tenemos visible en la web en donde he indicado
AWSSecretKey=Clave de acceso secreta <- Esta la obtenemos al lado de ese panel, donde pone "pulsar para mostrar"

Una vez tenemos el archivo en su sitio, haremos que perteneza a un usuario sin privilegios y le daremos acceso de lectura para este usuario

chown usuariosinpriv:usuariosinpriv /etc/acceso-api-aws
chmod 400 /etc/acceso-api-aws

Para poder usar el servicio de envío de correo de Amazon, necesitamos dar de alta los remitentes de los correos. En mi caso suelo necesitar enviar correos desde una dirección tipo webmaster@dominio.tld, así que iremos a ello Dar de alta un remitente en Amazon SES Recordemos en que ruta teníamos los scripts de Amazon SES y ejecutaremos lo siguiente:

ses-verify-email-address.pl -k /etc/acceso-api-aws -v usuario@dominio.tld

Yo en usuario@dominio.tld pongo normalmente webmaster@dominio.loquesea, ya que es como envío los emails desde las webs. El proceso de verificación tiene dos partes: La solicitud que acabamos de cursar y la verificación de el email. Nos enviarán desde Amazon SES un email con un link que deberemos pulsar para validar el remitente. El siguiente paso será modificar parte de la configuración de postfix para poder usar Amazon SES como servicio SMTP. En /etc/postfix/master.cf, añadiremos estas dos lineas:

aws-email  unix  -       n       n       -       -       pipe
[2espacios]flags=R user=USUARIOSINPRIVS argv=/usr/local/bin/ses-send-email.pl -r -k /etc/acceso-api-aws -e https://email.us-east-1.amazonaws.com -f ${sender} ${recipient}

Debemos cambiar el USUARIOSINPRIVS que está en negrita por el que hemos usado anteriormente para el archivo de las credenciales. También hay que tener MUY PRESENTE que delante de "flags" hay 2 espacios!!! (sustituir [2 espacios] por 2 espacios reales) Ahora tenemos un problema. El servidor web nos generará (yo uso ubuntu o debian) los emails con remitente www-data. Este remitente no es válido para AWS, porque hemos dado de alta webmaster@dominio en vez de www-data@dominio, con lo que vamos a hacer un poco de address rewriting en Postfix para poder cambiar el email de origen de www-data a lo que necesitamos. Crearemos un archivo /etc/postfix/canonical y dentro meteremos la siguiente línea:

www-data webmaster@javierin.com

Ahora editamos /etc/postfix/main.conf y agregamos esta línea:

canonical_maps = hash:/etc/postfix/canonical

Finalmente ejecutamos

postmap /etc/postfix/canonical

y reiniciamos postfix con

service postfix reload

Con esto, si hemos seguido los pasos bien, deberíamos tener una instancia en Amazon capaz de enviar emails usando Amazon SES usando Postfix.