Mientras que la nueva administración está abandonando el segmento de mercado más bajo y se centra en los clientes de las grandes empresas, las empresas más pequeñas y medianas se enfrentan al desafío de encontrar soluciones alternativas.
Así que usted puede decir que el Adquisición de VMware por Broadcom Esto ha cambiado fundamentalmente el panorama de la virtualización. Proxmox VE se ha establecido como una prometedora alternativa de código abierto que no solo es rentable, sino que también ofrece características profesionales para un uso productivo.
Sin embargo, pasar de una plataforma establecida como ESXi a un nuevo entorno no es una tarea trivial. Esta guía completa le muestra tres estrategias probadas para la migración y ayuda a evitar algunos obstáculos típicos. Consideramos tanto la transmisión directa de máquinas virtuales como enfoques alternativos para escenarios particularmente desafiantes.
Las tres estrategias principales de un vistazo
Migración directa de VM con el Asistente de importación
El método más directo y eficiente es utilizar el asistente de importación integrado que Proxmox ha estado ofreciendo desde la versión 8.1.8. Este asistente le permite tomar máquinas virtuales directamente desde hosts ESXi o servidores vCenter sin tener que pasar por complejos procesos de conversión manual.
Nested ESXi instalación
Para escenarios de transición o máquinas virtuales heredadas particularmente problemáticas, ESXi se puede instalar como una máquina virtual en Proxmox. Esta solución permite continuar operando inicialmente los entornos VMware existentes sin cambios, mientras migra gradualmente las máquinas virtuales individuales a las configuraciones nativas de Proxmox.
Enfoques de migración híbrida
En la práctica, un enfoque combinado a menudo se demuestra, en el que moderno, sin complicaciones Las máquinas virtuales migraron directamente mientras que los sistemas problemáticos o críticos se encuentran inicialmente en un entorno ESXi anidado permanecer.
Preparación del entorno Proxmox
Actualización a la versión requerida
Antes de que pueda iniciar la migración, debe asegurarse de que Proxmox al menos en la versión 8.1.8 disponible a finales de 2023. (al 12 de agosto) Ahora es v9 en vivo. y la última versión de 8 fue 8.4.10.) Esta versión trajo consigo el crucial asistente de importación, que simplifica enormemente el proceso de migración. Si su instalación es anterior, primero debe actualizarla.
El primer paso es: Personalizar la configuración del repositorio. De forma predeterminada, los repositorios Enterprise están activos en Proxmox, pero requieren una suscripción de pago. Para la mayoría de los entornos Homelab más pequeños, los repositorios gratuitos son bastante suficientes. Puede encontrar esta configuración en la consola web en «Actualizaciones» y, a continuación, en «Repositorios».
Aquí debe desactivar los dos repositorios empresariales y añadir los repositorios «Sin suscripción» y «Prueba». Tras este cambio, puede acceder a las actualizaciones disponibles a través de «Actualizar» y, a continuación, instalarlas a través de «Actualizar». Un reinicio del servidor completa el proceso de actualización.
Una mirada Consejos para prepararse para la migración Tampoco puede doler. ?? En realidad es Instrucciones completas Una lectura obligatoria con antelación. He resumido los puntos relevantes que son particularmente importantes:
Mejores prácticas para la configuración de Proxmox VE
Es posible la importación manual o automática de toda la máquina virtual. Se recomienda practicar primero la migración con máquinas virtuales de prueba.
- CPU:
- Utilice el tipo de CPU anfitrión, si todos los nodos del clúster tienen la misma CPU.
- Si las CPU son diferentes, utilice un genérico
x86-64-v<X>Tipo.
- red:
- Prefiero Controladores de VirtIO con la más mínima sobrecarga.
- Utilice otros modelos NIC solo en sistemas operativos antiguos sin controladores VirtIO.
- RAM:
- Activa esto Dispositivo de globos, para obtener información detallada sobre el uso de la memoria.
- discos:
- Elegir como tipo de autobús SCSI con el controlador
VirtIO SCSI soltero. - Activar
Descartar(para provisiones escasas) yHilo de IO.
- Elegir como tipo de autobús SCSI con el controlador
- QEMU:
- Instalarlo Agentes invitados de QEMU en las máquinas virtuales para mejorar la comunicación entre el anfitrión y el invitado.
Conductor invitado de VirtIO
- preparación: Asegúrese de que el Controladores de VirtIO instalado en el sistema de invitados y en el
initramfsse cargan antes de realizar la migración. - Resolución de problemas en caso de errores de puesta en marcha:
- Si una máquina virtual no se inicia después de la migración porque falta el controlador VirtIO, puede Modo de rescate utilizar o establecer temporalmente el tipo de bus de disco duro a IDE o SATA cambio.
- Para VMs de Windows Se requieren pasos adicionales para cambiar el controlador de disco de arranque.
- Para VMs de Linux puede ser necesario insertar manualmente los controladores en el
initramfsintegrarse.
- reinstalar: Con las nuevas máquinas virtuales de Windows, puede Controladores de VirtIO se instalará directamente durante el proceso de instalación a través de una unidad ISO adicional.
Configuración de BIOS / UEFI
- Modo BIOS:
- Elegir SeaBIOS para máquinas virtuales heredadas basadas en BIOS.
- Elegir OVMF (UEFI) para máquinas virtuales basadas en UEFI.
- Entrada de arranque UEFI: Si la máquina virtual no se inicia en modo UEFI, puede faltar una ruta de inicio personalizada. Debe agregar esto manualmente en el BIOS UEFI y configurar un disco EFI para mantener la configuración.
Preparación para la migración
Apagado: Apague la máquina virtual de origen antes de la migración.
Eliminar herramientas viejas: Desinstale todas las herramientas de invitado específicas del hipervisor antiguo.
Configuración de la red:
Anote la configuración de la red.
Eliminar direcciones IP estáticas en ventanas, ya que la nueva tarjeta de red podría desencadenar una advertencia.
Para las reservas de DHCP, ajuste la dirección MAC o configure manualmente la dirección MAC en la nueva máquina virtual.
encriptación:
Desactivar el cifrado de disco si las claves en un Dispositivo vTPM Se almacena porque el Estado del vTPM No se puede migrar. Por lo tanto, asegúrese de tener las llaves manuales listas.
Configuración de la conexión ESXi
Configuración de la fuente de datos
El siguiente paso es conectarse a su host ESXi o servidor vCenter. A través de "Datacenter", "Storage", "Add" y luego "ESXi", se abre el cuadro de diálogo de configuración para la nueva fuente de datos.
Para la identificación, debe indicarse un nombre significativo para la conexión, como «esxi-migration». Este nombre se usa más tarde en la interfaz de Proxmox para identificar la fuente. Como servidor, puede ingresar tanto la dirección IP como el nombre de dominio completo (FQDN) de su host ESXi.
Una nota importante se refiere al uso de servidores vCenter como fuente. Si bien esto es posible en principio, la documentación de Proxmox advierte contra «pérdidas dramáticas de rendimiento» en esta configuración. En la práctica, esto significa que las migraciones a través de vCenter pueden llevar mucho más tiempo. Para la mayoría de los escenarios, la conexión directa con el host ESXi es, por lo tanto, la mejor opción.
Las credenciales deben, por supuesto, pertenecer a un usuario que tenga suficientes derechos sobre el sistema ESXi. En muchos entornos de prueba o instalaciones más pequeñas, este es el usuario root, pero en entornos productivos, debe usar una cuenta de servicio dedicada con privilegios mínimos requeridos.
Verificación de certificados y aspectos de seguridad
Si su host ESXi utiliza certificados autofirmados, puede habilitar la opción Omitir verificación de certificados. Esto suprime las advertencias sobre certificados no válidos, pero solo debe usarse en entornos de red de confianza. En entornos productivos, se recomienda usar certificados adecuados o al menos verificar las huellas dactilares del certificado.
Tras una configuración correcta, el nuevo almacén de datos aparecerá en la barra lateral izquierda bajo «Datacenter» y «Storage». Al hacer clic en esta entrada se muestran todas las máquinas virtuales disponibles del host ESXi en el centro de la ventana.
El proceso de migración en detalle
Preparación de máquinas virtuales
Un punto crítico en la implementación actual es que Proxmox sigue Ninguna migración real en vivo apoyado. Esto significa que todas las máquinas virtuales a migrar deben cerrarse antes de la transferencia. Por lo tanto, programe ventanas de mantenimiento apropiadas e informe a todos los usuarios afectados a tiempo sobre el tiempo de inactividad planificado.
El proceso de migración no cambia ni elimina las máquinas virtuales originales en el host ESXi. Esto proporciona un nivel adicional de seguridad, ya que los sistemas originales se pueden utilizar en cualquier momento en caso de un fallo.
Usando el Asistente de Importación
El El proceso de migración real comienza con un clic en la máquina virtual deseada de la lista, seguido del botón «Importar». El asistente que se abre le guiará a través de todos los pasos de configuración necesarios.
En el primer cuadro de diálogo se asigna un nuevo ID de máquina virtual para el sistema Proxmox. Este ID debe ser único y se utiliza para la identificación interna. Aquí también encontrará la opción «Importación en vivo», que, sin embargo, no significa lo que sugiere el nombre. Esta opción solo garantiza que la máquina virtual se inicie automáticamente después de la importación exitosa. Como se mencionó anteriormente, esto no significa una migración real en vivo en la que la máquina virtual podría continuar ejecutándose durante la transferencia.
Opciones avanzadas de configuración
La página Avanzado proporciona un control detallado sobre los componentes a migrar. Todos los discos, unidades de CD/DVD e interfaces de red de la máquina virtual original se enumeran aquí. Puede excluir componentes individuales de la migración, lo que puede ser especialmente útil para discos temporales o unidades que ya no son necesarias.
Particularmente importante es la selección del almacenamiento de destino para los discos duros migrados. Proxmox ofrece una variedad de tipos de almacenamiento, desde discos duros locales hasta recursos compartidos de NFS y grupos ZFS de alto rendimiento. Depende de usted o de sus requisitos elegir la solución óptima, dependiendo de sus requisitos de rendimiento y de la infraestructura disponible. Desde la versión 9, las instantáneas también se pueden utilizar en cualquier Sistema de almacenamiento en bloque, Almacenamiento iSCSI o SANs de canal de fibra uso.
Seguimiento del proceso migratorio
El Página final "Configuración resultante" muestra un resumen de todos los ajustes seleccionados. Después de hacer clic en «Importar», comienza el proceso de transferencia real. El progreso se muestra en una ventana separada.
También puede cerrar esta ventana sin interrumpir el proceso.
Proxmox muestra todas las tareas en ejecución en la parte inferior de la interfaz. Al hacer doble clic en una tarea, se vuelve a abrir la vista de detalles. Esta funcionalidad permite realizar múltiples migraciones en paralelo sin perder la pista.
La duración de la migración depende de varios factores: el tamaño de los datos que deben transmitirse, la velocidad de la red entre el host ESXi y el servidor Proxmox y el rendimiento de los sistemas de almacenamiento implicados. Para una máquina virtual típica de Windows con ~ 50 GB de espacio en disco duro, puede esperar unos 30-60 minutos en una red gigabit.
Retrabajo y optimización
Primeros pasos después de la migración
Después de completar con éxito la migración, la nueva máquina virtual aparecerá en la interfaz de Proxmox. Aunque teóricamente podría iniciarse inmediatamente, se recomienda encarecidamente verificar y ajustar primero la configuración.
Un punto que se pasa por alto con frecuencia es el orden de arranque, que no se transmite automáticamente. Por lo tanto, primero abra la configuración de la máquina virtual haciendo clic en la máquina virtual y luego en «Opciones». Aquí puede establecer el orden correcto de los dispositivos de arranque en "Orden de arranque".
Ajustes de hardware para un rendimiento óptimo
¿Ya has experimentado y el rendimiento hasta ahora es bastante insatisfactorio? Por favor, eche un vistazo más de cerca a esta sección:
Las máquinas virtuales migradas a menudo siguen utilizando inicialmente los controladores y emulaciones de hardware específicos de VMware originales. Para un rendimiento óptimo, debe cambiar gradualmente a los equivalentes nativos de KVM / QEMU.
Para los adaptadores de red, recomendamos cambiar de VMware vmxnet3 a tarjetas de red VirtIO, que generalmente ofrecen un mejor rendimiento. Sin embargo, esto requiere la instalación de los controladores VirtIO correspondientes en el sistema operativo invitado. (Ver arriba) Haga estos cambios paso a paso y por favor pruébelos extensamente.
Lo mismo ocurre con los controladores de almacenamiento. Mientras que los controladores VMware PVSCSI originales a menudo continúan funcionando, los controladores VirtIO SCSI generalmente proporcionan una mejor integración con el entorno KVM. Una vez más, sin embargo, se debe tener precaución ya que los cambios en el controlador de almacenamiento pueden causar problemas de arranque.
Desafíos particulares en los sistemas heredados
Los sistemas operativos modernos, como las versiones actuales de Windows o Linux, generalmente se pueden migrar sin ningún problema. La situación es diferente con los sistemas más antiguos, que a menudo tienen expectativas de hardware muy específicas.
Un ejemplo típico de la práctica (discutido en el Foro Proxmox) muestra la migración de una máquina virtual de Windows 2000 que originalmente se virtualizó desde hardware físico utilizando VMware vCenter Converter. Después de la transferencia a Proxmox, el sistema se atascó durante el proceso de arranque y mostró 100% Uso de CPU sin progreso notable.
La solución fue adaptar la emulación de hardware. Tales sistemas heredados a menudo requieren una configuración muy conservadora: SeaBIOS en lugar de UEFI, Controlador de IDE para los discos duros de arranque, el genérico Tipo de CPU «qemu32» y el desactivación características modernas de virtualización. También debe mencionarse que en este ejemplo la máquina virtual solo podía ser persuadida de cooperar si solo se descontinuaba una vCPU.
Gestión de conductores y herramientas para invitados
Después de la migración exitosa, las herramientas de VMware se pueden desinstalar y reemplazar con las herramientas de invitados de QEMU correspondientes. La razón es relativamente simple: Las herramientas de VMware pueden causar conflictos al acceder a funciones de hardware que simplemente no están disponibles en el entorno KVM.
Las herramientas para invitados de QEMU vienen con funcionalidades similares a las de VMware Tools: Mejor integración del ratón, resolución de pantalla automática y equilibrio de memoria más eficiente. Sin embargo, con los sistemas operativos más antiguos, la instalación puede ser problemática, como muestra el ejemplo anterior con Windows 2000, donde la instalación falló con un error DLL.
Alternativa: Nested ESXi en Proxmox
¿Cuándo es enfoque anidado ¿Tiene sentido?
La instalación de ESXi como máquina virtual bajo Proxmox Puede parecer contraproducente al principio, pero ofrece beneficios significativos en varios escenarios. Especialmente en los períodos de transición, este enfoque permite la migración gradual, donde las máquinas virtuales críticas o problemáticas pueden permanecer inicialmente en su entorno familiar.
Los entornos de prueba también se benefician de este enfoque, ya que permite que los entornos de VMware se construyan sin hardware dedicado. Los propósitos de capacitación y demostración son otros casos de uso típicos, así como el soporte para aplicaciones heredadas que no se pueden migrar a plataformas de virtualización modernas.
Requisitos técnicos y equipo
Virtualización anidada requiere características especiales de CPU que están disponibles de forma predeterminada en los procesadores Intel y AMD modernos, pero deben habilitarse explícitamente. En el host Proxmox, debe ajustar la configuración del kernel correspondiente.
Para sistemas basados en Intel, el archivo /etc/modprobe.d/kvm-intel.conf Creado con las opciones apropiadas. Esta configuración permite tanto la virtualización Nested básica como funciones avanzadas como EPT (Extended Page Tables) para un mejor rendimiento.
Después de un reinicio del host Proxmox, la activación exitosa a través del /sys–Se comprueba el sistema de archivos. El parámetro correspondiente debe mostrar el valor «Y», que confirma la preparación para la virtualización anidada.
Configuración óptima de VM para ESXi
La configuración de la máquina virtual para ESXi requiere una planificación cuidadosa. Como un tipo de sistema operativo, paradójicamente, «Linux 6.x – 2.6 Kernel» ESXi se basa en un kernel de Linux. El arranque UEFI con disco EFI es prácticamente indispensable para las versiones ESXi modernas.
Cuando se trata de almacenamiento, usted debe Controlador SATA con emulación SSD habilitada conjunto. La emulación de SSD es importante porque las versiones modernas de ESXi esperan cada vez más que las características de SSD y los problemas de rendimiento puedan ocurrir con las emulaciones tradicionales de disco duro.
La configuración de la CPU es particularmente crítica. El tipo de CPU «anfitrión«proporciona el mejor rendimiento, ya que todas las características del procesador físico se transmiten a la máquina virtual. Al menos dos núcleos de CPU Se requieren para un ESXi funcional, pero para un uso productivo debe dimensionar más generosamente.
Instalación y configuración de ESXi anidado
La instalación de ESXi en el entorno virtual puede causar varios problemas, especialmente con arquitecturas de CPU más antiguas o requisitos de configuración especiales. Parámetros de arranque tales como allowLegacyCPU=true puede remediar esto.
Ajuste de la partición OSData a través del parámetro autoPartitionOSDataSize=8192 proporciona suficiente espacio de almacenamiento para datos específicos de ESXi. Estos parámetros se utilizan durante la instalación. Cambio + O Añadido en el menú de arranque.
Después de una instalación exitosa, el ESXi anidado se comporta en gran medida como una instalación física. Las máquinas virtuales se pueden crear y operar normalmente, pero para ser justos, debe tener en cuenta las pérdidas de rendimiento causadas por el nivel de virtualización adicional. Echaremos un vistazo a eso en la siguiente sección.
Optimización y monitorización del rendimiento
La virtualización anidada conlleva pérdidas de rendimiento inherentes porque cada operación debe enrutarse a través de dos niveles de virtualización. Sin embargo, estas pérdidas se pueden minimizar a través de una configuración óptima.
Globo de memoria Debe desactivarse tanto a nivel Proxmox como ESXi, ya que las complejas interacciones entre capas pueden provocar problemas de rendimiento impredecibles. En su lugar, siempre debe usar asignaciones de RAM fijas y más bien dimensionar generosamente.
La supervisión del uso de recursos se vuelve más compleja en entornos anidados porque debe vigilar tanto las métricas del host Proxmox como los valores dentro del entorno ESXi anidado. Sin embargo, las herramientas de monitoreo modernas pueden monitorear y correlacionar ambos niveles.
En este punto, también se podría pensar fundamentalmente si, por ejemplo, también se debería considerar la Borde de la placa de control del inventario Quiere expandir su pila de tecnología. ??
Consideraciones estratégicas y mejores prácticas
Orden Migratoria y Gestión de Riesgos
Una orden de migración bien pensada minimiza los riesgos y permite aprender de las experiencias con sistemas menos críticos. Siempre comienza con el desarrollo o prueba de máquinas virtuales que tienen requisitos de baja disponibilidad. Estos sistemas son excelentes para optimizar el flujo de trabajo de migración e identificar problemas inesperados.
Los servicios productivos no deben migrarse hasta que el proceso se haya probado con éxito con sistemas menos críticos. Los servicios de infraestructura crítica, como controladores de dominio, servidores de bases de datos o servidores centrales de aplicaciones, completan la migración cuando se ha recopilado toda la experiencia y se han optimizado los procesos.
Estrategias de backup y escenarios de rollback
Uno de los requisitos previos más importantes para una migración exitosa es una estrategia de respaldo integral. Dado que las máquinas virtuales originales en el host ESXi permanecen sin cambios, primero tiene una opción alternativa natural. Sin embargo, esto no debe considerarse un sustituto de las copias de seguridad adecuadas.
Ofertas de Proxmox con su sistema de copia de seguridad integrado vzdump, una potente solución para copias de seguridad de máquinas virtuales. Estas copias de seguridad se pueden almacenar tanto localmente como en sistemas de almacenamiento externos o en el Proxmox Backup Server especialmente desarrollado. Pruebas exhaustivas para restaurar la funcionalidad antes de eliminar permanentemente las máquinas virtuales ESXi originales.
Migración de red y configuración de VLAN
El Configuración de la red requiere una atención especial, ya que la arquitectura de red difiere significativamente entre VMware y Proxmox en algunos casos. VMware trabaja con grupos de puertos y vSwitches, mientras que Proxmox se basa en puentes y VLAN de Linux.
Asegúrese de documentar todas las configuraciones de red de ESXi VM, incluidos los ID de VLAN, las direcciones IP y las configuraciones de puerta de enlace, antes de migrar. En muchos casos, puede aplicar estos ajustes directamente, pero las diferentes implementaciones de VLAN pueden causar problemas de conectividad.
Aspectos relacionados con la concesión de licencias y el cumplimiento
Un aspecto que a menudo se pasa por alto de las migraciones de VM es el impacto en las licencias de software. Muchos productos de software comercial están vinculados a identificadores de hardware que pueden cambiar como resultado de la migración. Esto se aplica tanto a las activaciones de Windows como al software de aplicación especializado.
Por: Modelo actual de concesión de licencias Aunque debería conducir más barato en cualquier caso de uso después de la migración, porque lo que Broadcom está operando actualmente no solo no es divertido, algunos de ustedes ciertamente ya no están recibiendo ninguna oferta ... Bueno, una nueva compra de decenas de licencias adicionales dentro de las máquinas virtuales probablemente no sea necesaria en la gran mayoría de los casos:
Documenta todos los ID de hardware y direcciones MAC relevantes antes de la migración. Proxmox permite establecer estos valores manualmente si es necesario para evitar problemas de licencia. De lo contrario, hable proactivamente con los proveedores de software sobre la migración planificada en aplicaciones críticas.
Optimización del rendimiento después de la migración
La migración es solo el primer paso. La posterior optimización del rendimiento puede marcar la diferencia entre una migración exitosa y una problemática. Como se mencionó varias veces anteriormente, las máquinas virtuales modernas se benefician en gran medida de los controladores VirtIO, pero no se instalan automáticamente.
Planifique una fase de optimización del rendimiento después de la migración básica. Esto incluye cambiar gradualmente a los controladores VirtIO para la red y el almacenamiento, optimizar la configuración de la CPU y ajustar la configuración de la memoria.
Por ejemplo, ZFS como backend de almacenamiento ofrece amplias opciones de ajuste, desde la configuración de cachés SSD hasta la optimización del tamaño de los registros para cargas de trabajo específicas. Invierta tiempo en analizar sus cargas de trabajo y ajuste la configuración de almacenamiento en consecuencia.
Monitoreo y mantenimiento a largo plazo
Conceptos de monitorización para entornos híbridos
En la fase de transición entre ESXi y Proxmox, a menudo surgen entornos híbridos que imponen exigencias especiales a la supervisión. Las herramientas de monitoreo tradicionales de VMware ya no funcionan para las máquinas virtuales migradas, mientras que las herramientas específicas de Proxmox aún no se han establecido.
Una estrategia de seguimiento uniforme es crucial para el éxito operativo. Herramientas como Zabbix, Nagios o soluciones como Prometheus pueden monitorear entornos VMware y Proxmox. Invierte temprano en la planificación y el establecimiento de un sistema de monitoreo integral, ¡que evita dolores de cabeza posteriores!
Planificación y escalamiento de la capacidad
Proxmox ofrece diferentes capacidades de escalado que VMware. Si bien VMware tradicionalmente se basa en hardware costoso y de alto rendimiento, Proxmox también permite el uso de hardware básico en arquitecturas de escalabilidad.
La funcionalidad de clúster de Proxmox le permite conectar varios nodos a un clúster lógico. Esto no solo ofrece una mejor confiabilidad, sino también opciones de escala flexible. Planifique desde el principio cómo debe desarrollarse su infraestructura a largo plazo.
Actualizar estrategias y ventanas de mantenimiento
Proxmox sigue un ciclo de actualización diferente al de los productos VMware. Las actualizaciones más frecuentes requieren una estrategia de mantenimiento adaptada. Aproveche la oportunidad de evaluar las actualizaciones en un entorno de prueba antes de usarlas de manera productiva.
La migración en vivo de máquinas virtuales entre nodos Proxmox permite ciclos de actualización fáciles de mantener. Puede actualizar nodos individuales uno tras otro sin tener que fallar todas las máquinas virtuales al mismo tiempo. Esta es una ventaja significativa sobre las instalaciones ESXi de un solo host.
Conclusión y perspectivas
La migración de ESXi a Proxmox es una tarea compleja que requiere una planificación cuidadosa y un enfoque metodológico. Sin embargo, invertir en una preparación exhaustiva y una implementación gradual da sus frutos a largo plazo. Las cargas de trabajo de virtualización modernas generalmente se pueden transferir fácilmente, mientras que los sistemas heredados requieren una atención especial.
El asistente de importación integrado en Proxmox 8.1.8 y superior simplifica significativamente el proceso de migración y lo hace manejable para equipos de TI más pequeños. La capacidad de ejecutar ESXi como una solución anidada proporciona flexibilidad adicional para escenarios de transición y cargas de trabajo problemáticas.
Los beneficios a largo plazo de una plataforma de virtualización de código abierto —desde la reducción de los costes de concesión de licencias hasta una mayor flexibilidad para evitar los efectos de dependencia de los proveedores— justifican el esfuerzo de migración. Con la estrategia adecuada y la preparación suficiente, el cambio se puede gestionar con éxito y se puede construir una infraestructura de virtualización preparada para el futuro.
La comunidad Proxmox es activa y útil, que es un recurso valioso cuando surgen problemas. Asegúrese de utilizar este apoyo de la comunidad y compartir sus propias experiencias para ayudar a otros con proyectos similares. Esto crea un ecosistema que beneficia a todas las partes interesadas y avanza aún más en la virtualización de código abierto.
Fuentes: Foro de Proxmox | WindowsPro.net | Bachmann-Lan.de | heise.de | Computerweekly.com
ES 
DE 
EN 
FR 
IT