Guía de inicio

Cálculo

Gestión de máquinas virtuales

La interfaz de gestión de sus máquinas virtuales está disponible en la Consola, en el menú 'IaaS' situado en la barra verde a la izquierda de la pantalla.

Lista de máquinas virtuales

En la sección 'Máquinas virtuales', tiene acceso a la lista de sus máquinas virtuales alojadas en su Cloud de confianza.

Tiene acceso a la siguiente información para cada máquina virtual:

• su nombre,
• las etiquetas asignadas,
• su estado (apagada, encendida, en proceso, host desconectado o inválido),
• su gestor (en entorno VMware, el Vcenter asociado),
• su sistema operativo,
• la cantidad de CPU virtuales (vCPU),
• la cantidad de memoria virtual (vRAM).

Acciones sobre las máquinas virtuales

Las siguientes acciones son posibles desde esta interfaz:

• Actualizar la lista de máquinas virtuales;
• Exportar la lista en formato CSV;
• Filtrar la lista;
• Buscar una máquina virtual por su nombre;
• Crear una nueva máquina virtual.

Un banner de alertas puede estar presente en la parte superior de la lista: indica que se han activado alarmas críticas en una o varias de sus máquinas virtuales.
El botón 'Ver' permite consultar las máquinas virtuales afectadas por esta notificación.

Cuando hace clic en la flecha desplegable verde a la derecha de la lista para una máquina virtual:

Accede a todas las informaciones relacionadas con ella:

Un banner rápido permite realizar las siguientes acciones:

• Encender la máquina virtual;
• Apagarla;
• Reiniciarla;
• Modificar las opciones de alimentación del sistema operativo invitado;
• Abrir la consola;
• Montar un ISO;
• Desmontar un ISO;
• Clonar la máquina virtual;
• Moverla (vMotion);
• Renombrarla;
• Eliminarla.

Una vista rápida ofrece una visualización del almacenamiento, del CPU y de la RAM de la máquina virtual.

En la pestaña 'Información general', encuentra información detallada sobre su máquina virtual, como su sistema operativo, su ubicación física (datacenter, datastore, etc.), la RAM, el CPU, las direcciones IP, los registros (logs) y otros datos.

Desde esta vista, puede realizar las siguientes acciones:

• Modificar el sistema operativo (la máquina virtual debe estar apagada),
• Actualizar la versión del hardware (la máquina virtual debe estar apagada),
• Modificar la RAM o el CPU.

Una pestaña 'Avanzado' permite consultar información más específica, como los datos de "VMware Tools", la versión de hardware, el gestor, etc...

Edición de la RAM o la CPU de una máquina virtual

Vaya al panel 'Máquinas Virtuales', muestre los detalles de una máquina virtual, seleccione el panel 'Información general' y haga clic en el botón de edición de la variable que desea modificar:

Modes de discos

Puede agregar diferentes modos de disco:

• Persistente: Los cambios se escriben inmediata y definitivamente en el disco virtual. Este es el modo recomendado.
• No persistente independiente: Los cambios realizados en el disco virtual se registran en un nuevo archivo de registro y se eliminan al apagar. No se ve afectado por las instantáneas. No es compatible con la copia de seguridad.
• Persistente independiente: Los cambios se escriben inmediata y definitivamente en el disco virtual. No se ve afectado por las instantáneas. No es compatible con la copia de seguridad.

Virtual Machine Controller Management

You can modify the disk controller type for your virtual machine.

Virtual machines can be equipped with SCSI and NVMe controllers, with a limit of 4 controllers of each type. Each controller can manage up to 15 disks.

A SCSI controller can be configured with different subtypes: Para Virtual, Bus Logic, LSI Logic, or LSI Logic SAS.

The Para Virtual controller stands out due to its extended capabilities. It can support up to 64 disks when the virtual machine's hardware version is compatible with ESXi 6.7 or later.

Important: If you want to change the type of a Para Virtual controller that has more than 15 disks, you must first detach the disks from the affected slots.

Consola de una máquina virtual

La consola de una máquina virtual está disponible desde la lista de máquinas virtuales haciendo clic en el icono 'Consola':

Se abre un nuevo separador en su navegador y se muestra entonces la consola de su máquina, basada en un cliente VNC:

Es posible, desde el menú VNC:

• solicitar el envío de teclas especiales,
• forzar un mapeo de teclado (en caso de que no hayamos podido identificar correctamente su teclado),
• abrir un campo de texto que se puede transmitir a la máquina. Este método reemplaza el antiguo portapapeles no funcional,
• pasar al modo de pantalla completa.

Nota: El escalado de la ventana es automático.

Keyboard layout support

The input entered in the console depends on the keyboard language of your web browser, the keyboard language of the virtual machine, and whether the 'enforce keyboard' option on the left side of the screen is enabled. Below is a summary of the possible scenarios:

Physical machine keyboard language (input)	Virtual machine keyboard language	'Enforce keyboard' option selected	Result (output)
French	French	No	✅
French	French	Yes	Not recommended
French	English	No	English
French	English	Yes	✅
English	French	No	French
English	French	Yes	✅
English	English	No	✅
English	English	Yes	Not recommended

Note:

• If certain characters do not appear when typed manually, you can try pasting them from the clipboard.

Funcionamiento del portapapeles

Esta función le permite enviar una cadena completa de caracteres a su máquina virtual. Es importante tener en cuenta que la tecla "enforce keyboard" influye en la forma en que esta cadena de caracteres será transmitida a su máquina virtual. Si observa durante la entrada en la consola que la opción "enforce keyboard" es necesaria, recuerde activarla antes de utilizar el portapapeles.
Esta función puede utilizarse para enviar una contraseña, un comando o el contenido de un archivo de configuración, por ejemplo:

Al hacer clic en el botón "Pegar", el contenido de su campo de texto se envía a su máquina virtual.

Catálogos de máquinas virtuales Cloud Temple

Cloud Temple pone a su disposición un catálogo de Templates constantemente enriquecido y actualizado por nuestros equipos.
Actualmente incluye decenas de Templates e imágenes que puede desplegar en sus máquinas virtuales.

Para publicar un ISO/OVF, debe acceder a la vista 'Catálogo' y hacer clic en el botón 'Publicar archivos' situado en la parte superior de la página:

Es posible convertir una máquina virtual en modelo y exportarla al catálogo. Para ello, seleccione una máquina virtual y utilice el botón de acción 'Clonar':

Seleccione 'Exportar como vm-template':

A continuación, rellene la información necesaria. A partir de entonces, será posible desplegar una nueva máquina virtual a partir del modelo mediante el botón 'Nueva máquina virtual' o desde la página 'Catálogos'. También es posible exportar la VM en formato OVF.

Consejo útil: es posible convertir un archivo OVA a OVF y viceversa.
El método más comúnmente utilizado es VMware Converter, pero también existe una forma sencilla utilizando tar.

Extracción del archivo OVA:

tar -xvf vmName.ova

Creación de un archivo OVA a partir de un archivo OVF:

tar -cvf vmName-NEW.ova vmName.ovf vmName-disk1.vmdk vmName.mf

Advanced Virtual Machine Configuration: Extra Config

Extra Config provides a flexible way to include key=value pairs in a virtual machine's configuration. The keys and values are interpreted by the system when the virtual machine is deployed.

You can now directly modify Extra Config properties in the advanced options of a virtual machine:

You can add a property from a predefined list of keys. Additionally, you can modify the value of a key you have added yourself. Pre-existing key=value pairs cannot be modified.

Please contact support for any request to add new keys.

Note: To enable GPU usage by the virtual machine, it is mandatory to enable the key 'pciPassthru.use64bitMMIO' and allocate the required MMIO (Memory-mapped I/O) space via 'pciPassthru.64bitMMIOSizeGB'. It is strongly recommended to refer to the official NVIDIA documentation.

Advanced virtual machine configuration: vAPP

You can also modify vAPP type properties in the advanced options of a virtual machine:

You can add a property, modify an existing one, or remove it. Four types of properties are available: String, Number, Boolean, Password:

Note: The virtual machine must be stopped to modify its vAPP properties.

Management of 'hypervisors' and 'Cpool' (hypervisor clusters)

Managing your hypervisors is done in the 'Compute' submenu under the 'IaaS' menu, located in the green bar on the left side of your screen.

In this submenu, you have visibility on:

• The hypervisor software stack, their AZs, and their resources,
• The backup software stack.

As of January 2024, the available hypervisor offering on the Cloud Temple qualified infrastructure is based on VMware. The backup software used is IBM Spectrum Protect Plus.

Gestión de los clusters VMware

Para acceder a la gestión de los clusters VMware, haga clic en el submenú 'Cálculo' del menú 'IaaS':

De forma predeterminada, la primera pestaña muestra todos los hipervisores (todos los clusters combinados):

Es posible visualizar los detalles de un hipervisor haciendo clic en su nombre:

Existe una pestaña por cada cluster de hipervisor para consultar los detalles de cada uno:

Si hace clic en un cluster, verá un resumen de su composición:

• El total de potencia de cálculo expresado en GHz,
• La memoria disponible total y la proporción utilizada,
• El espacio total de almacenamiento (de todos los tipos combinados) así como el porcentaje de uso,
• Los mecanismos de automatización ante la inactividad de un nodo de cálculo ('vSphere DRS'),
• El número de máquinas virtuales,
• El número de hipervisores.

En la pestaña 'Hosts' aparece para cada hipervisor:

• El uso de CPU y Memoria,
• El número de máquinas virtuales asignadas,
• La disponibilidad de una nueva versión del sistema operativo del hipervisor, si procede,
• El estado del hipervisor (conectado en producción, en mantenimiento, apagado, etc.),
• Un menú de acciones.

Desde la pestaña 'Hosts' se pueden realizar varias acciones:

• solicitar nuevos hipervisores mediante el botón 'Agregar un host':

• posibilidad de consultar el detalle de un hipervisor:

• entrar o salir del estado de mantenimiento de un hipervisor,
• actualizar el hipervisor si es necesario; para ello, debe estar obligatoriamente en mantenimiento. Existen dos tipos de actualizaciones:

1. Las versiones de VMware (nuevas versiones del hipervisor):

2. La actualización del firmware de su nodo de cálculo (BIOS y firmware de tarjetas secundarias):

Nota:

• Cloud Temple pone a disposición las versiones para los hipervisores en intervalos regulares. Es importante actualizar periódicamente sus hipervisores, especialmente para aplicar parches de seguridad. Sin embargo, no actualizamos nosotros mismos sus hipervisores. Cloud Temple no tiene visibilidad sobre los compromisos de disponibilidad de sus cargas de trabajo. Por ello, le dejamos gestionar su cambio y aplicar las nuevas versiones en el momento más adecuado.

• El proceso de actualización es completamente automatizado. Debe disponer de al menos dos hipervisores en su cluster para permitir una actualización sin interrupción del servicio.

También puede ver todas las reglas de afinidad/anti-afinidad para su cluster de hipervisores en la sección 'Reglas'.

Gestión de la afinidad de sus máquinas virtuales

Las reglas de afinidad y anti-afinidad permiten controlar la ubicación de las máquinas virtuales en sus hipervisores.
Pueden utilizarse para gestionar el uso de los recursos de su 'Cpool'.
Por ejemplo, pueden ayudar a equilibrar la carga de trabajo entre los servidores o a aislar cargas de trabajo intensivas en recursos.
En un 'Cpool' VMware, estas reglas suelen utilizarse para gestionar el comportamiento de las máquinas virtuales con vMotion.
vMotion permite mover máquinas virtuales de un host a otro sin interrupción del servicio.

Puede configurar mediante la gestión de reglas:

• Reglas de afinidad: Estas reglas garantizan que ciertas máquinas virtuales se ejecuten en el mismo host físico.
  Se utilizan para mejorar el rendimiento al mantener juntas las máquinas virtuales que se comunican frecuentemente,
  reduciendo así la latencia de red. Las reglas de afinidad son útiles en escenarios donde el rendimiento es crítico,
  como en el caso de bases de datos o aplicaciones que requieren una comunicación rápida entre servidores.

• Reglas de anti-afinidad: Por el contrario, estas reglas garantizan que ciertas máquinas virtuales no se ejecuten
  en el mismo host físico. Son importantes para la disponibilidad y resiliencia, por ejemplo,
  para evitar que todas las máquinas críticas se vean afectadas en caso de fallo de un único servidor.
  Las reglas de anti-afinidad son cruciales para aplicaciones que requieren alta disponibilidad,
  como en entornos de producción donde la tolerancia a fallos es una prioridad.
  Por ejemplo, no desea que sus dos servidores de Active Directory estén en el mismo hipervisor.

Al crear una regla, define el tipo de regla (afinidad / anti-afinidad), el nombre de la regla,
su estado de activación ('Estado') y las máquinas virtuales afectadas en su clúster de hipervisores.

Nota: las reglas de afinidad/anti-afinidad ofrecidas en la consola son reglas que afectan a las máquinas virtuales entre sí (no reglas entre hipervisores y máquinas virtuales).

Backup

Create a backup policy

To create a new backup policy, you must submit a request to support. Support is accessible via the buoy icon in the top-right corner of the window.

Creating a new backup policy is done through a service request specifying:

Your Organization's name A contact name, email, and phone number to finalize the configuration The tenant name The backup policy name The retention characteristics (x days, y weeks, z months, ...)

Asignar una política de copia de seguridad a una máquina virtual

Cuando se asigna una SLA a una máquina virtual (VM), todos los discos asociados a dicha VM heredan automáticamente la misma SLA. Posteriormente, es posible ejecutar manualmente la copia de seguridad a través del panel "Políticas de copia de seguridad". En ausencia de una ejecución manual, la copia de seguridad se realizará automáticamente según el plan configurado por la SLA.

SecNumCloud exige obligatoriamente la asignación de una política de copia de seguridad a una máquina virtual antes de su arranque. En caso contrario, recibirás la siguiente notificación:

Haz clic en la pestaña 'Políticas de copia de seguridad' del menú de tu máquina virtual. Allí podrás visualizar la política o políticas de copia de seguridad asignadas a dicha máquina.

Para asignar una nueva política de copia de seguridad a la máquina virtual, haz clic en el botón 'Agregar política' y selecciona la política de copia de seguridad deseada.

Assign a backup policy to a virtual disk

It is also possible to assign an SLA directly to a specific virtual disk of a machine. In this case, the virtual machine does not inherit this SLA applied individually to the disk. However, it is not possible to manually trigger backup execution at the disk level, as this functionality is not supported in Spectrum Protect Plus.

On the other hand, it is possible to exclude certain disks from one or more backup policies (SLAs) of the VM, which allows unassigning one or more SLAs on a per-disk basis. This approach provides the flexibility to manually initiate backup execution for a specific SLA without affecting all disks of the virtual machine, enabling more granular backup management.

Click on the action bar of the disk to which you want to assign a backup policy. Then, click on 'Policies' and select the desired backup policy.

Note: The policy to be added must reside in a different availability zone than the virtual machine.

Ejecutar una política de copia de seguridad

En el menú 'Políticas de copia de seguridad' de su máquina virtual, haga clic en el botón 'Ejecutar' de la columna 'Acciones' de la política de copia de seguridad que desee ejecutar.

Para ejecutar una política de copia de seguridad, también puede partir desde la sección 'Copias de seguridad' en el menú de su máquina virtual. Haga clic en el botón 'Ejecutar la copia de seguridad', y luego seleccione la copia de seguridad que desee ejecutar en el menú desplegable.

Remove a backup policy

In the 'Backup Policies' menu of your virtual machine, click the 'Remove' button in the 'Actions' column for the backup policy you wish to remove.

Warning: It is not possible to remove the last SLA on an active virtual machine:

Deleting a backup policy: case of a suspended backup policy ("held")

When the last resource is disassociated from an SLA policy, the system automatically detects this situation. As a result, all jobs associated with this SLA policy are automatically moved to the "Held" ("Suspended") state. It is important to note that direct deletion of the SLA policy is not possible at this stage due to the existence of dependent jobs. To proceed with the deletion of the policy, a series of steps must be followed.

First, verify that the affected jobs are indeed in the "Held" state. Once this verification is complete, these jobs can be deleted. Only after removing these dependent jobs can the SLA policy be permanently erased from the system.

A special case requires particular attention: adding a new resource to an SLA policy whose dependent jobs have not been deleted. In this scenario, job identifiers will be preserved. However, it is crucial to note that jobs in the "Held" state will not resume automatically. Manual intervention will be required to reactivate them and allow their execution.

Note: For any clarification regarding this situation, please contact Cloud Temple support.

The Cloud Temple console prevents assigning a virtual machine to a suspended policy:

Similarly, it is not possible to start a virtual machine associated with a suspended backup policy:

Restaurar una copia de seguridad

La pestaña 'Copias de seguridad' del menú de sus máquinas virtuales le permite acceder a la lista de copias de seguridad de dicha máquina.

Para restaurar una copia de seguridad, haga clic en el botón 'Restaurar' en la fila correspondiente a la copia de seguridad que desea restaurar.

1. Modo producción: El modo producción permite la recuperación tras un incidente en el sitio local desde el almacenamiento primario o un sitio de recuperación tras un incidente remoto, reemplazando las imágenes de máquina original por las imágenes de recuperación. Todas las configuraciones se transfieren durante la recuperación, incluidos nombres e identificadores, y todos los trabajos de copia de datos asociados a la máquina virtual continúan ejecutándose. Durante una restauración en modo producción, puede elegir reemplazar el almacenamiento de la máquina virtual por un disco virtual procedente de una copia de seguridad anterior de la máquina virtual.

2. Modo prueba: El modo prueba crea máquinas virtuales temporales para desarrollo, pruebas, verificación de instantáneas y verificación de recuperación tras un incidente según un plan repetible, sin impacto en los entornos de producción. Las máquinas de prueba se ejecutan durante el tiempo necesario para realizar las pruebas y verificaciones, y luego se limpian. Mediante una red aislada, puede establecer un entorno seguro para probar sus trabajos sin interferir con las máquinas virtuales utilizadas en producción. Las máquinas virtuales creadas en modo prueba poseen nombres e identificadores únicos para evitar cualquier conflicto en su entorno de producción.

3. Modo clonación: El modo clonación crea copias de las máquinas virtuales para casos de uso que requieren copias permanentes o de ejecución prolongada, como exploración de datos o duplicación de un entorno de prueba en una red aislada. Las máquinas virtuales creadas en modo clonación poseen nombres e identificadores únicos para evitar cualquier conflicto en su entorno de producción. En modo clonación, debe tener cuidado con el consumo de recursos, ya que este modo crea máquinas permanentes o de largo plazo.

La restauración está configurada por defecto en modo "PRUEBA" para preservar la producción, y puede elegir el nombre de la máquina virtual restaurada:

Tenga en cuenta que si las pruebas son satisfactorias, es posible pasar una máquina virtual del modo prueba al modo producción: