Zum Hauptinhalt springen

Schnellstartanleitung

Calculation​

Virtual Machine Management​

The interface for managing your virtual machines is available in the Console under the 'IaaS' menu located on the green bar on the left side of the screen.

Liste der virtuellen Maschinen​

In der Sektion 'Virtuelle Maschinen' haben Sie Zugriff auf die Liste Ihrer auf Ihrem vertrauenswürdigen Cloud-System gehosteten virtuellen Maschinen.

Für jede virtuelle Maschine stehen Ihnen folgende Informationen zur Verfügung:

  • ihr Name,
  • die ihr zugewiesenen Tags,
  • ihr Status (aus, an, in Bearbeitung, Host getrennt oder ungültig),
  • ihr Manager (im VMware-Umfeld der zugehörige Vcenter),
  • ihr Betriebssystem,
  • die Anzahl virtueller CPUs (vCPU),
  • die Menge an virtuellem Arbeitsspeicher (vRAM).

VM-Aktionen​

Die folgenden Aktionen sind über diese Schnittstelle möglich:

  • Aktualisieren der Liste der virtuellen Maschinen;
  • Exportieren der Liste im CSV-Format;
  • Filtern der Liste;
  • Suchen einer virtuellen Maschine anhand ihres Namens;
  • Erstellen einer neuen virtuellen Maschine.

Ein Warnbanner kann oben in der Liste angezeigt werden: Es weist darauf hin, dass auf einer oder mehreren Ihrer virtuellen Maschinen kritische Alarme ausgelöst wurden.
Der Button 'Anzeigen' ermöglicht es, die betroffenen virtuellen Maschinen dieser Benachrichtigung zu prüfen.

Wenn Sie auf den grünen Dropdown-Pfeil rechts neben einer virtuellen Maschine in der Liste klicken:

erhalten Sie Zugriff auf alle verfügbaren Informationen zu dieser Maschine:

Ein Schnellbanner ermöglicht die Ausführung folgender Aktionen:

  • Starten der virtuellen Maschine;
  • Herunterfahren der virtuellen Maschine;
  • Neustarten der virtuellen Maschine;
  • Ändern der Gast-System-Stromversorgungseinstellungen;
  • Öffnen der Konsole;
  • Einhängen einer ISO-Datei;
  • Ausklinken einer ISO-Datei;
  • Klonen der virtuellen Maschine;
  • Verschieben (vMotion);
  • Umbenennen der virtuellen Maschine;
  • Löschen der virtuellen Maschine.

Eine Kurzübersicht bietet eine Visualisierung des Speichers, des CPU-Verbrauchs und des RAM-Gebrauchs der virtuellen Maschine.

Im Tab 'Allgemeine Informationen' finden Sie detaillierte Angaben zu Ihrer virtuellen Maschine, wie z. B. das Betriebssystem, der physische Standort (Datacenter, Datastore usw.), RAM, CPU, IP-Adressen, Protokolle und weitere Details.

Von dieser Ansicht aus können Sie folgende Aktionen durchführen:

  • Ändern des Betriebssystems (die virtuelle Maschine muss ausgeschaltet sein),
  • Aktualisieren der Hardwareversion (die virtuelle Maschine muss ausgeschaltet sein),
  • Ändern von RAM oder CPU.

Ein Tab 'Erweitert' ermöglicht den Zugriff auf spezifischere Informationen wie z. B. „VMware Tools“, Hardwareversion, Manager usw.

Editing RAM or CPU of a virtual machine​

Go to the 'Virtual Machines' tab, display the details of a virtual machine, select the 'General Information' tab, and click the edit button for the variable you want to modify:

Disk modes​

You can add different disk modes:

  • Persistent: Changes are immediately and permanently written to the virtual disk. This is the recommended mode.
  • Non-persistent independent: Changes made to the virtual disk are recorded in a new log file and deleted when the virtual machine is powered off. Not affected by snapshots. Not supported by backup.
  • Persistent independent: Changes are immediately and permanently written to the virtual disk. Not affected by snapshots. Not supported by backup.

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 version 6.7 or higher.

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.

Virtual Machine Console​

The console of a virtual machine is accessible from the list of virtual machines by clicking the 'Console' icon:

A new tab opens in your browser, displaying the console of your machine, based on a VNC client:

In the VNC menu, you can:

  • request the transmission of special keys,
  • force a keyboard mapping (in case we were unable to correctly identify your keyboard),
  • open a text field that can be transmitted to the machine. This method replaces the previous non-functional clipboard,
  • switch to full-screen mode.

Note: Window scaling is automatic.

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 SelectedResult (Output)
FrenchFrenchNo✅
FrenchFrenchYesNot recommended
FrenchEnglishNoEnglish
FrenchEnglishYes✅
EnglishFrenchNoFrench
EnglishFrenchYes✅
EnglishEnglishNo✅
EnglishEnglishYesNot recommended

Note:

  • If certain characters do not appear during manual input, you may try copying them from the clipboard.

Clipboard Functionality​

This feature allows you to send an entire string of characters to your virtual machine. It is important to note that the "enforce keyboard" setting affects how this string of characters is transmitted to your virtual machine. If you notice during console input that the "enforce keyboard" option is required, make sure to enable it before using the clipboard.

This functionality can be used to send a password, a command, or the content of a configuration file, for example:

Upon clicking the "Paste" button, the content of your text field is sent to your virtual machine.

Cloud Temple Virtual Machine Catalogs​

Cloud Temple provides you with a regularly updated and enriched catalog of Templates. To date, this catalog includes dozens of Templates and images ready to be deployed on your virtual machines.

To publish an ISO/OVF file, navigate to the 'Catalogue' view and click the 'Publish Files' button at the top of the page:

You can also convert a virtual machine into a template and export it to the catalog. To do so, select a virtual machine and use the 'Clone' action button:

Select 'Export as vm-template':

Then fill in the required information. Once completed, you will be able to deploy a new virtual machine from the template using the 'New Virtual Machine' button or from the 'Catalogues' page. It is also possible to export the VM in OVF format.

Tip: It is possible to convert between OVA and OVF files.
The most common method uses VMware Converter, but a simple alternative is available using the tar command.

Extracting an OVA file:

tar -xvf vmName.ova

Creating an OVA file from an OVF file:

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 activate the key 'pciPassthru.use64bitMMIO' and allocate the required amount of MMIO (Memory-mapped I/O) space via 'pciPassthru.64bitMMIOSizeGB'. It is strongly recommended to refer to the official NVIDIA documentation.

Advanced VM Configuration: vAPP​

You can also modify vAPP 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)​

The management of your hypervisors is performed in the 'Compute' submenu under 'IaaS', 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.

Steuerung von VMware-Clustern​

Um die Steuerung von VMware-Clustern zu aktivieren, klicken Sie im Untermenü 'Berechnung' des Menüs 'IaaS':

Standardmäßig listet der erste Tab alle Hypervisoren (alle Cluster zusammengefasst):

Sie können die Details eines Hypervisors anzeigen, indem Sie auf dessen Namen klicken:

Für jeden Hypervisor-Cluster steht ein separater Tab zur Verfügung, um die Details jedes einzelnen Clusters einzusehen:

Wenn Sie auf einen Cluster klicken, sehen Sie eine Zusammenfassung seiner Zusammensetzung:

  • Gesamtleistung der Berechnung in GHz,
  • Gesamtspeicherplatz und Nutzungsratio,
  • Gesamtspeicherplatz (alle Speichertypen zusammengefasst) sowie der Anteil der genutzten Kapazität,
  • Automatisierungsmechanismen bei Ausfall eines Rechenknotens ('vSphere DRS'),
  • Anzahl der virtuellen Maschinen,
  • Anzahl der Hypervisoren.

Im Tab 'Hosts' werden für jeden Hypervisor folgende Informationen angezeigt:

  • CPU- und Speichernutzung,
  • Anzahl der zugeordneten virtuellen Maschinen,
  • Verfügbarkeit eines neuen Builds für das Betriebssystem des Hypervisors (falls zutreffend),
  • Status des Hypervisors (in Produktion verbunden, in Wartung, ausgeschaltet usw.),
  • Aktionenmenü.

Im Tab 'Hosts' stehen mehrere Aktionen zur Verfügung:

  • Anforderung neuer Hypervisoren über die Schaltfläche 'Host hinzufügen':
  • Möglichkeit, die Details eines Hypervisors einzusehen:
  • Eingang oder Ausgang aus dem Wartungsmodus eines Hypervisors,
  • Aktualisierung des Hypervisors, falls erforderlich; hierfür muss der Hypervisor unbedingt im Wartungsmodus sein. Es gibt zwei Arten von Aktualisierungen:
  1. VMware-Builds (neue Versionen des Hypervisors):
  1. Aktualisierung des Firmware-Images Ihres Rechenknotens (BIOS und Firmware von Erweiterungskarten):

Hinweis:

  • Cloud Temple stellt regelmäßig neue Builds für Hypervisoren bereit. Es ist wichtig, Ihre Hypervisoren regelmäßig zu aktualisieren, insbesondere um Sicherheitspatches anwenden zu können. Allerdings führen wir die Aktualisierung Ihrer Hypervisoren nicht automatisch durch. Cloud Temple hat keine Sichtbarkeit über die Verfügbarkeitsverpflichtungen Ihrer Workloads. Daher überlassen wir Ihnen die Umsetzung Ihrer Änderungsmanagement-Prozesse und die Anwendung der neuen Builds zum optimalen Zeitpunkt.
  • Der Aktualisierungsprozess ist vollständig automatisiert. Sie müssen mindestens zwei Hypervisoren in Ihrem Cluster haben, um eine Update-Operation ohne Dienstunterbrechung durchführen zu können.

Sie sehen auch alle Affinitäts- und Anti-Affinitätsregeln für Ihren Hypervisor-Cluster im Bereich 'Regeln'.

VM Affinity Management​

Affinity and anti-affinity rules allow you to control the placement of virtual machines (VMs) across your hypervisors.
They can be used to manage resource utilization within your 'Cpool'.
For example, they help balance workloads across servers or isolate resource-intensive workloads.
In a 'Cpool' environment based on VMware, these rules are commonly used to manage the behavior of VMs during vMotion operations.
vMotion enables the migration of VMs from one host to another without service interruption.

You can configure the following rules via the rule management interface:

  • Affinity Rules: These rules ensure that certain virtual machines run on the same physical host.
    They are used to improve performance by keeping VMs that communicate frequently together on the same server, thus reducing network latency.
    Affinity rules are particularly useful in scenarios where performance is critical—such as database systems or applications requiring fast inter-server communication.

  • Anti-Affinity Rules: Conversely, these rules ensure that certain virtual machines do not run on the same physical host.
    They are essential for availability and resilience—for instance, to prevent all critical VMs from being affected in the event of a single host failure.
    Anti-affinity rules are crucial for high-availability applications, such as in production environments where fault tolerance is a top priority.
    For example, you would not want both of your Active Directory servers located on the same hypervisor.

When creating a rule, you define:

  • The rule type (affinity / anti-affinity),
  • The rule name,
  • Its activation status ('Status'),
  • And the VMs involved within your hypervisor cluster.

Note: The affinity/anti-affinity rules available in the console apply only between virtual machines (not between hypervisors and VMs).

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 person's name, email address, and phone number to finalize the configuration The tenant name The backup policy name The retention characteristics (x days, y weeks, z months, ...)

Assign a backup policy to a virtual machine​

When an SLA is assigned to a virtual machine (VM), all disks associated with this VM automatically inherit the same SLA. Subsequently, you can manually trigger a backup execution via the Backup Policies tab. If no manual launch is performed, the backup will run automatically according to the schedule defined by the SLA.

SecNumCloud requires that a backup policy be assigned to a virtual machine before it is started. Otherwise, you will receive the following notification:

Click on the 'Backup Policies' tab in your virtual machine's menu. You can view the backup policy or policies assigned to this VM here.

To assign a new backup policy to the virtual machine, click the 'Add Policy' button and select the desired backup policy.

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, thereby allowing the removal of 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.

Run a backup policy​

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

You can also run a backup policy from the 'Backups' section in your virtual machine's menu. Click the 'Run Backup' button, then select the backup you want to execute from the dropdown list.

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 specific sequence of steps must be followed.

First, verify that the affected jobs are indeed in the "Held" state. Once confirmed, these dependent 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, the job identifiers will be retained. 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:

Wiederherstellen einer Sicherung​

Der Tab 'Sicherungen' im Menü Ihrer virtuellen Maschinen ermöglicht Ihnen den Zugriff auf die Liste der Sicherungen dieser Maschine.
Um eine Sicherung wiederherzustellen, klicken Sie auf die Schaltfläche 'Wiederherstellen' in der Zeile, die der Sicherung entspricht, die Sie wiederherstellen möchten.

  1. Produktionsmodus: Der Produktionsmodus ermöglicht die Wiederherstellung nach einem Ausfall am lokalen Standort über den primären Speicher oder einen entfernten Wiederherstellungsstandort, wobei die ursprünglichen Maschinenabbilder durch die Wiederherstellungsabbilder ersetzt werden. Alle Konfigurationen werden im Rahmen der Wiederherstellung übertragen, einschließlich Namen und Kennungen, und alle mit der virtuellen Maschine verbundenen Datenkopierarbeiten werden weiterhin ausgeführt. Bei einer Wiederherstellung im Produktionsmodus können Sie wählen, den Speicher in der virtuellen Maschine durch einen virtuellen Datenträger aus einer vorherigen virtuellen Maschinen-Sicherung zu ersetzen.

  2. Testmodus: Der Testmodus erstellt temporäre virtuelle Maschinen für Entwicklung, Tests, Überprüfung von Momentaufnahmen und Wiederherstellungstests nach einem Ausfall gemäß einem wiederholbaren Zeitplan, ohne Auswirkungen auf die Produktionsumgebungen. Testmaschinen laufen so lange, wie erforderlich, um Tests und Überprüfungen durchzuführen, und werden anschließend automatisch bereinigt. Durch die Isolation des Netzwerks können Sie eine sichere Umgebung schaffen, um Ihre Arbeiten durchzuführen, ohne die für die Produktion genutzten virtuellen Maschinen zu beeinträchtigen. Die in Testmodus erstellten virtuellen Maschinen verfügen über eindeutige Namen und Kennungen, um Konflikte in Ihrer Produktionsumgebung zu vermeiden.

  3. Klonmodus: Der Klonmodus erstellt Kopien von virtuellen Maschinen für Anwendungsfälle, die dauerhafte oder langfristig laufende Kopien erfordern, beispielsweise zur Datenexploration oder zur Duplizierung eines Testumfelds in einem isolierten Netzwerk. Die in Klonmodus erstellten virtuellen Maschinen verfügen über eindeutige Namen und Kennungen, um Konflikte in Ihrer Produktionsumgebung zu vermeiden. Im Klonmodus müssen Sie besonders auf die Ressourcenverbrauch achten, da dieser Modus dauerhafte oder langfristig laufende Maschinen erstellt.

Die Wiederherstellung ist standardmäßig im Modus "TEST" konfiguriert, um die Produktion zu schützen, und Sie können den Namen der wiederhergestellten VM wählen:

Beachten Sie, dass bei erfolgreichen Tests eine virtuelle Maschine vom Testmodus in den Produktionsmodus überführt werden kann: