> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/es/maquinas-virtuales/vm-best-practices.md). # Mejores prácticas de máquinas virtuales Las siguientes recomendaciones son para crear máquinas virtuales que se utilizarán dentro de VergeOS. Algunas implican la configuración de la máquina, por ejemplo (asignación de RAM, NIC, etc.), mientras que otras se refieren a la configuración dentro del SO invitado. Seguir las mejores prácticas puede evitar posibles problemas y ofrecer un mejor rendimiento. ## Recomendaciones de importación Las siguientes recomendaciones se aplican a la importación desde VMs existentes y a la migración de físico a virtual: * Antes de exportar desde otros sistemas, desinstale todas las aplicaciones invitadas del hipervisor, por ejemplo, el agente invitado de VMware, los componentes de integración de Hyper-V, etc. Estas aplicaciones invitadas no tendrán ninguna utilidad al ejecutarse en VergeOS, por lo que desperdiciarán recursos y podrían causar otros resultados adversos. * Elimine cualquier controlador/software específico del hardware (por ejemplo, monitores de actualización de BIOS, etc.) antes de exportar una imagen física. * Antes de realizar una exportación de las unidades físicas, desinstale el hardware que no existirá en la máquina virtual. * De lo contrario, mantenga la configuración del hardware lo más similar posible (número y tamaño de las unidades, número y tipo de CPU(s)) * A menudo, es preferible mantener iguales las direcciones MAC de la máquina anterior en la nueva máquina de VergeOS; de lo contrario, una dirección MAC diferente se detectará como un nuevo dispositivo de red dentro del SO invitado y requerirá volver a configurar todos los ajustes de red del invitado. Para una máquina que se importó mediante las utilidades de importación automática de VergeOS, se le ofrece la opción de reservar la dirección MAC o generar automáticamente una nueva dirección MAC. Para las máquinas que se importan manualmente (por ejemplo, se crea la shell de la VM y se importan las unidades), la dirección MAC puede anotarse de la máquina existente y luego introducirse manualmente al crear la nueva NIC de la máquina. {% hint style="warning" %} Es importante recordar que nunca deben ejecutarse dos máquinas dentro de la misma red usando la misma dirección MAC. {% endhint %} {% hint style="info" %} La migración de una máquina física Windows a virtual puede requerir reinicializar las claves de licencia de Windows. {% endhint %} ## Asignación de RAM La cantidad de RAM que se asigne a una VM es la necesaria para ejecutar adecuadamente las cargas de trabajo dentro de la VM. Cuando una VM se enciende, la RAM se asigna a esa VM desde un grupo de memoria disponible y luego no puede asignarse a otras VM (independientemente de la actividad dentro del SO invitado). Por lo general, a una máquina virtual en VergeOS se le puede asignar menos RAM que cuando se ejecuta en hardware físico y en otros entornos virtuales; la RAM que normalmente sería necesaria dentro de la VM para admitir funciones de rendimiento de disco, caché, etc. no es necesaria porque estas funciones las gestiona automáticamente el vSAN. ## Selección del tipo de CPU * Se proporciona un tipo de CPU predeterminado por clúster, basado en el tipo de CPU detectado del hardware del host; esta suele ser la mejor opción para seleccionar en cada máquina. * Si se importa una máquina virtual y el tipo de CPU cambia, puede ser necesaria la reactivación de la licencia de Windows y/o ciclos adicionales de encendido. * Si es posible que una máquina se migre/falle a clústeres con distinto hardware de CPU del host, seleccione la clase más baja de tipo de chip de CPU utilizada entre los clústeres al crear la nueva VM. Esto garantizará que la máquina pueda переносarse a clases de chip más antiguas sin problemas. ## Familia de SO Seleccionar la Familia de SO correcta (por ejemplo, Windows/Linux/FreeBSD)) para la VM ayudará a garantizar que se utilicen los parámetros correctos de QEMU al iniciar la VM, lo que a su vez puede afectar al rendimiento. Esto es particularmente importante para las VM basadas en Windows. ## Ahorro de energía Todas las funciones de ahorro de energía deben deshabilitarse dentro del SO invitado, ya que estas funciones no aportarán ningún beneficio y, lo más probable, causarán problemas. Seleccione un *Rendimiento* perfil en lugar de un perfil de ahorro de energía. ## ACPI Sin soporte ACPI, será necesario entrar en el sistema operativo invitado para realizar un apagado correcto de la VM; esto no es lo óptimo, especialmente con una mayor cantidad de máquinas. ACPI debe habilitarse y configurarse dentro del sistema operativo invitado para permitir apagar correctamente una VM desde la interfaz de administración de VergeOS (o mediante API). Antes de poner una VM en producción, se recomienda probar *Reiniciar* y *Apagar* las operaciones desde el panel de VergeOS, mientras la VM esté en un aviso de inicio de sesión/pantalla bloqueada dentro del SO invitado, para verificar que ACPI esté configurado correctamente. ## Sincronización del reloj Por lo general, todos los servidores de VM, especialmente los que ejecutan aplicaciones críticas en el tiempo, deben tener NTP configurado e instalado dentro del SO invitado. Los equipos se sincronizan automáticamente con su reloj de hardware al reiniciarse y entre reinicios, según lo controlado por su SO invitado; por lo general, solo esto no es lo suficientemente frecuente como para mantener una VM correctamente sincronizada en el tiempo. NTP está diseñado para mantener sincronizados los equipos con mayor frecuencia (para mantener la sincronización del reloj dentro de unos pocos milisegundos). Los servidores NTP deben elegirse con cuidado, con servidores perimetrales que apunten a fuentes NTP conocidas por ser fiables y geográficamente apropiadas. Dado que es importante que los nodos host y los invitados estén sincronizados, las máquinas invitadas deben configurarse para usar sus nodos host como servidor NTP o deben configurarse para usar los mismos servidores NTP que los nodos host físicos. ### Hora UTC/local - VMs Windows De forma predeterminada, el sistema proporciona la hora a las máquinas virtuales en formato UTC. Windows, de forma predeterminada, espera recibir la hora en hora local; por lo tanto, para las máquinas virtuales Windows, haga una de las siguientes acciones: * **Configure los ajustes de VergeOS para usar hora local (para la VM)** - Seleccione la hora local para la fuente del reloj en los ajustes de la VM. * **Configure Windows para usar UTC** - Realice los cambios apropiados en las claves del registro dentro de la VM Windows para usar el formato UTC. ## Unidades de la VM * Los controladores Virtio suelen proporcionar el mejor rendimiento. La mayoría de las versiones de los sistemas operativos Linux contienen de forma nativa controladores Virtio.\ Para máquinas Windows, los controladores Virtio más recientes se pueden descargar aquí: * El sistema proporciona aprovisionamiento fino en el almacenamiento y, por lo tanto, el espacio asignado a una unidad virtual, pero no utilizado, no se consume realmente; por ello, en muchos casos puede ser preferible asignar una cantidad mayor a una unidad, para evitar la necesidad de aumentar el tamaño de la unidad más adelante. * Las unidades Virtio-SCSI se pueden redimensionar sin un ciclo de energía. Algunos SO invitado/sistemas de archivos no admiten la reducción del tamaño de las unidades. Consulte la documentación del SO invitado para verificar si se admite reducir el tamaño de una unidad. ## Seguridad Es importante recordar que la consola remota proporciona acceso directo de monitor/teclado-ratón a una máquina virtual; obtener acceso a la consola proporciona acceso al estado actual del sistema (por ejemplo, si un usuario anterior deja el SO invitado con sesión iniciada, un usuario posterior tendrá acceso con ese inicio de sesión del SO invitado). Cuando la opción de consola Spice o VNC está habilitada para una máquina, se puede asignar una contraseña de consola para proporcionar control de acceso. Sin embargo, una contraseña de consola no sustituye el uso de directrices de inicio de sesión seguras dentro del sistema operativo invitado (por ejemplo, inicios de sesión individuales, requisitos de contraseñas complejas, etc.). Los permisos de VergeOS permiten un control muy granular del acceso de los usuarios. Utilice los permisos de usuarios y grupos para limitar el acceso a las máquinas virtuales cuando sea apropiado. ## Redes * Use controladores de red Virtio cuando sea posible, ya que normalmente proporcionarán el mejor rendimiento. Los controladores Virtio estables más recientes están disponibles para descargar en: \ Use controladores de red heredados cuando sea necesario, pero considere actualizar su sistema operativo a una versión más reciente si no va a admitir controladores de red Virtio. * Tenga en cuenta que el teaming de NIC generalmente no es beneficioso en las VM de VergeOS, ya que la redundancia de red y el balanceo de carga ya los proporciona la infraestructura. Usar teaming de NIC dentro del SO invitado consumiría recursos innecesarios y podría causar problemas. (La única excepción a esta regla sería en los casos en que la máquina esté usando hardware de paso directo de red físico.) ## Gráficos * Deshabilite todos los protectores de pantalla dentro del SO invitado. * Elimine todos los efectos gráficos (por ejemplo, efectos al arrastrar o minimizar) dentro del SO invitado. ## Protección de datos - Instantáneas y sincronizaciones Un plan inteligente de protección de datos incluirá el uso tanto de instantáneas como de sincronizaciones. * **Instantáneas del sistema** proporcionan puntos de reversión para todo un sistema, permitiendo la restauración de toda esa nube de VergeOS a un punto específico en el tiempo. Normalmente, lo mejor es configurar las instantáneas a nivel de nube; esto incluirá todo lo que haya dentro de esa Cloud y permite la restauración de todo el sistema, incluidas las VMs y los tenants individuales. Por lo general, no es necesario configurar instantáneas adicionales a nivel de VM, a menos que haya VMs concretas que deban capturarse con mayor frecuencia o conservarse durante más tiempo. * **Instantáneas manuales de VM** pueden tomarse inmediatamente antes de realizar cambios, como una actualización del SO invitado/aplicación o un cambio avanzado de configuración; luego las instantáneas pueden conservarse hasta que se verifiquen los cambios de la VM. * **Sincronizaciones del sitio** permiten copiar datos a sistemas/ubicaciones remotos de VergeOS. Las sincronizaciones son una estrategia importante para permitir la protección de datos y la continuidad del negocio mediante la obtención de una copia de recuperación rápida de los datos fuera del sitio. Póngase en contacto con Soporte para obtener ayuda en el diseño de su estrategia de protección de datos utilizando la funcionalidad integrada de VergeOS. ## Software invitado * Desinstale cualquier aplicación invitada que esté pensada para otras plataformas de virtualización. * Revise la lista de servicios iniciados automáticamente y deshabilite los que no sean necesarios. * Instale únicamente el software que realmente sea necesario. ## Opciones de consola remota Seleccione la opción de consola Spice solo cuando utilice el cliente pesado de Spice para obtener paso de audio/USB remoto/streaming de vídeo. De lo contrario, es mejor utilizar VNC. Normalmente, Spice solo debe considerarse para VM de escritorio virtual. Los servidores siempre deben configurarse para usar VNC a menos que exista una necesidad absoluta de USB remoto; de lo contrario, Spice supone una sobrecarga innecesaria demasiado grande. {% hint style="success" %} Cambiar la *Consola remota* opción (VNC/Spice/Ninguna) requiere un ciclo de energía y un cambio de vídeo. {% endhint %} ## Tipo de máquina (emulación de arquitectura de la placa base) Q35 es la emulación predeterminada para las VM y, por lo general, proporcionará el mejor rendimiento y las mejores funciones. Normalmente, al crear una nueva VM, lo mejor es dejar la selección predeterminada para Tipo de máquina (lo que fijará el chipset en la versión más reciente de Q35 actualmente instalada en los hosts físicos). Se proporcionan versiones anteriores de la emulación Q35 y opciones de emulación i440FX para compatibilidad heredada. También hay una opción para seleccionar *Q35-...Más reciente* como opción para Tipo de máquina. Esto actualizará automáticamente la VM a la versión más nueva de Q35 disponible (cuando la VM se apague y vuelva a encenderse), a medida que haya nuevas versiones de Q35 disponibles cuando se actualice un sistema host. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/run-the-platform/es/maquinas-virtuales/vm-best-practices.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.