VMs auf Knoten für einzelne Mandanten bereitstellen

Console

1. Rufen Sie in der Cloud de Confiance Console die Seite Knoten für einzelne Mandanten auf.

   Zur Seite "Knoten für einzelne Mandanten"

2. Klicken Sie auf Knotengruppen.

3. Klicken Sie auf den Namen der Knotengruppe, auf der Sie eine VM-Instanz bereitstellen möchten. Wenn Sie eine VM auf einem bestimmten Knoten für einzelne Mandanten bereitstellen möchten, klicken Sie zur Bereitstellung der VM auf den Namen des Knotens für einzelne Mandanten.

4. Klicken Sie auf Instanz erstellen, um eine VM-Instanz in dieser Knotengruppe bereitzustellen. Beachten Sie die Werte, die automatisch für Name, Region und Zone angewendet werden. Ändern Sie diese Werte nach Bedarf.

5. Wählen Sie eine Maschinenkonfiguration aus. Legen Sie dazu Werte für Maschinenfamilie, Reihe und Maschinentyp fest. Wählen Sie die Serie aus, die dem Knotentyp für einzelne Mandanten entspricht.

6. Ändern Sie bei Bedarf das Bootlaufwerk, die Firewall und andere Einstellungen.

7. Klicken Sie auf Einzelne Mandanten und notieren Sie die automatisch zugewiesenen Knotenaffinitätslabels. Über Durchsuchen können Sie ggf. Anpassungen vornehmen.

8. Klicken Sie auf Verwaltung und wählen Sie für Bei Hostwartung eine der folgenden Optionen aus:

   • VM-Instanz migrieren (empfohlen): VM wird während der Wartungsereignisse zu einem anderen Knoten in der Knotengruppe migriert.

   • Beenden: VM wird während Wartungsereignissen gestoppt.

9. Wählen Sie eine der folgenden Optionen für den automatischen Neustart aus:

   • An (empfohlen): VMs werden automatisch neu gestartet, wenn sie für Wartungsereignisse beendet wurden.

   • Aus: VMs werden nach einem Wartungsereignis nicht automatisch neu gestartet.

10. Klicken Sie auf Erstellen, um die Erstellung der VM für einzelne Mandanten abzuschließen.

gcloud

Verwenden Sie den Befehl gcloud compute instances create, um eine VM in einer Knotengruppe für einzelne Mandanten bereitzustellen:

gcloud compute instances create VM_NAME \
  [--zone=ZONE \]
  --image-family=IMAGE_FAMILY \
  --image-project=IMAGE_PROJECT \
  --node-group=GROUP_NAME \
  --machine-type=MACHINE_TYPE \
  [--maintenance-policy=MAINTENANCE_POLICY \]
  [--accelerator type=GPU_TYPE,count=GPU_COUNT \]
  [--local-ssd interface=SSD_INTERFACE \]
  [--restart-on-failure]

Das Flag --restart-on-failure gibt an, ob VMs für einzelne Mandanten nach dem Beenden neu gestartet werden. Dieses Flag ist standardmäßig aktiviert. Verwenden Sie zum Deaktivieren --no-restart-on-failure.

Dabei gilt:

• VM_NAME: Name der neuen VM für einzelne Mandanten.

• ZONE: Zone zur Bereitstellung der VM für einzelne Mandanten.

• IMAGE_FAMILY: Image-Familie mit dem Image, das zum Erstellen der VM verwendet werden soll.

• IMAGE_PROJECT: Image-Projekt der Image-Familie.

• GROUP_NAME: Name der Knotengruppe, in der die VM bereitgestellt werden soll.

• MACHINE_TYPE: Maschinentyp der VM für einzelne Mandanten. Rufen Sie mit dem Befehl gcloud compute machine-types list eine Liste der verfügbaren Maschinentypen für das Projekt ab.

• MAINTENANCE_POLICY: Gibt das Neustartverhalten von VMs für einzelne Mandanten während Wartungsereignissen an. Legen Sie dafür einen der folgenden Werte fest: .

  • MIGRATE: VM wird während der Wartungsereignisse zu einem anderen Knoten in der Knotengruppe migriert.

  • TERMINATE: VM wird bei Wartungsereignissen beendet.

• GPU_TYPE: GPU-Typ Wird auf einen der Beschleunigertypen festgelegt, die beim Erstellen der Knotenvorlage angegeben wurden.

• GPU_COUNT: Anzahl der GPUs der Gesamtzahl, die von der Knotenvorlage angegeben wird, um diese VM hinzuzufügen. Der Standardwert ist 1.

• SSD_INTERFACE: Typ der lokalen SSD-Schnittstelle. Sie können dies nur für Instanzen festlegen, die aus einer Knotenvorlage mit lokalem SSD-Support erstellt wurden. Wenn Sie dies beim Erstellen der Instanz angeben und die Knotenvorlage keine lokale SSD unterstützt, schlägt die Instanzerstellung fehl. Wird auf nvme gesetzt, wenn die Image-Treiber des Bootlaufwerks für NVMe optimiert sind, andernfalls auf scsi. Geben Sie dieses Flag und einen entsprechenden Wert für jede lokale SSD-Partition an.

REST

Verwenden Sie die Methode instances.insert, um eine VM in einer Knotengruppe für einzelne Mandanten bereitzustellen:

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances

{
  "machineType": "zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "name": "VM_NAME",
  "scheduling": {
    "onHostMaintenance": MAINTENANCE_POLICY,
    "automaticRestart": RESTART_ON_FAILURE,
    "nodeAffinities": [
      {
        "key": "compute.googleapis.com/node-group-name",
        "operator": "IN",
        "values": [
          "GROUP_NAME"
        ]
      }
    ]
  },
  "networkInterfaces": [
    {
      "network": "global/networks/NETWORK",
      "subnetwork": "regions/REGION/subnetworks/SUBNETWORK"
    }
  ],
  "guestAccelerators": [
    {
      "acceleratorType": GPU_TYPE,
      "acceleratorCount": GPU_COUNT
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
      }
    },
    {
      "type":"SCRATCH",
      "initializeParams":{
        "diskType":"zones/LOCAL_SSD_ZONE/diskTypes/local-ssd"
      },
      "autoDelete":true,
      "interface":"SSD_INTERFACE"
    }
  ]
}

Dabei gilt:

• PROJECT_ID: die Projekt-ID.

• VM_ZONE: Zone zur Bereitstellung der VM für einzelne Mandanten.

• MACHINE_TYPE_ZONE: Zone des Maschinentyps.

• MACHINE_TYPE: Maschinentyp der VM für einzelne Mandanten. Mit der Methode machineTypes.list rufen Sie eine Liste der verfügbaren Maschinentypen für das Projekt ab.

• VM_NAME: Name der neuen VM für einzelne Mandanten.

• MAINTENANCE_POLICY: Gibt das Neustartverhalten von VMs für einzelne Mandanten während Wartungsereignissen an. Legen Sie dafür einen der folgenden Werte fest: .

  • MIGRATE: VM wird während der Wartungsereignisse zu einem anderen Knoten in der Knotengruppe migriert.

  • TERMINATE: VM wird bei Wartungsereignissen beendet.

• RESTART_ON_FAILURE: gibt an, ob VMs für einzelne Mandanten nach dem Beenden neu gestartet werden. Der Standardwert ist true.

• GROUP_NAME: Name der Knotengruppe, in der die VM bereitgestellt werden soll.

• NETWORK: URL der Netzwerkressource für diese VM.

• REGION: Region mit dem Subnetzwerk für diese VM.

• SUBNETWORK: URL der Subnetzressource für diese VM.

• GPU_TYPE: GPU-Typ Wird auf einen der Beschleunigertypen festgelegt, die beim Erstellen der Knotenvorlage angegeben wurden.

• GPU_COUNT: Anzahl der GPUs der Gesamtzahl, die von der Knotenvorlage angegeben wird, um diese VM hinzuzufügen. Der Standardwert ist 1.

• IMAGE_PROJECT: Image-Projekt der Image-Familie.

• IMAGE_FAMILY: Image-Familie mit dem Image, das zum Erstellen der VM verwendet werden soll.

• LOCAL_SSD_ZONE: Zone des lokalen SSD.

• SSD_INTERFACE: Typ der lokalen SSD-Schnittstelle. Wird auf NVME gesetzt, wenn die Image-Treiber des Bootlaufwerks für NVMe optimiert sind, andernfalls auf SCSI.

gcloud

1. Erstellen Sie mit dem Befehl gcloud compute instance-templates create eine Vorlage für verwaltete Instanzgruppen für eine Gruppe von VMs, die in einer Knotengruppe für einzelne Mandanten erstellt werden sollen:

   gcloud compute instance-templates create INSTANCE_TEMPLATE \
     --machine-type=MACHINE_TYPE \
     --image-project=IMAGE_PROJECT \
     --image-family=IMAGE_FAMILY \
     --node-group=GROUP_NAME \
     [--accelerator type=GPU_TYPE,count=GPU_COUNT \]
     [--local-ssd interface=SSD_INTERFACE]
   

   Dabei gilt:

   • INSTANCE_TEMPLATE: Name für die neue Instanzvorlage.

   • MACHINE_TYPE: Maschinentyp der VM für einzelne Mandanten. Rufen Sie mit dem Befehl gcloud compute machine-types list eine Liste der verfügbaren Maschinentypen für das Projekt ab.

   • IMAGE_PROJECT: Image-Projekt der Image-Familie.

   • IMAGE_FAMILY: Image-Familie mit dem Image, das zum Erstellen der VM verwendet werden soll.

   • GROUP_NAME: Name der Knotengruppe, in der die VM bereitgestellt werden soll. Wenn Sie diese Instanzvorlage verwenden möchten, um eine regionale MIG zu erstellen, die in mehreren Zonen vorhanden ist, können Sie alternativ das --node-affinity-file-Flag verwenden, um eine Liste mit Werten für die Knotengruppen der regionalen MIG anzugeben.

   • GPU_TYPE: GPU-Typ Wird auf einen der Beschleunigertypen festgelegt, die beim Erstellen der Knotenvorlage angegeben wurden.

   • GPU_COUNT: Anzahl der GPUs der Gesamtzahl, die von der Knotenvorlage angegeben wird, um diese VM hinzuzufügen. Der Standardwert ist 1.

   • SSD_INTERFACE: Typ der lokalen SSD-Schnittstelle. Wird auf nvme gesetzt, wenn die Image-Treiber des Bootlaufwerks für NVMe optimiert sind, andernfalls auf scsi. Geben Sie dieses Flag und einen entsprechenden Wert für jede lokale SSD-Partition an.

2. Verwenden Sie den Befehl gcloud compute instance-groups managed create, um eine verwaltete Instanzgruppe innerhalb Ihrer Knotengruppe für einzelne Mandanten zu erstellen:

   gcloud compute instance-groups managed create INSTANCE_GROUP_NAME \
     --size=SIZE \
     --template=INSTANCE_TEMPLATE \
     --zone=ZONE
   

   Dabei gilt:

   • INSTANCE_GROUP_NAME: Name dieser Instanzgruppe.

   • SIZE: Anzahl der VMs, die in dieser Instanzgruppe enthalten sein sollen. Ihre Knotengruppe muss genügend Ressourcen haben, um die Instanzen in dieser verwalteten Instanzgruppe unterzubringen. Verwenden Sie das Autoscaling für verwaltete Instanzgruppen, um die Größe verwalteter Instanzgruppen automatisch zu verwalten.

   • INSTANCE_TEMPLATE: Name der Instanzvorlage, die zum Erstellen dieser MIG verwendet werden soll. Die Vorlage benötigt mindestens ein Knotenaffinitätslabel, das auf die entsprechenden Knotengruppen verweist.

   • ZONE: Zone, in der die verwaltete Instanzgruppe erstellt werden soll. Ersetzen Sie bei einer regionalen MIG das --zone-Flag durch das --region-Flag und geben Sie eine Region an. Fügen Sie außerdem das --zones-Flag hinzu, um alle Zonen anzugeben, in denen die Knotengruppen vorhanden sind.

REST

1. Erstellen Sie mit der Methode instanceTemplates.insert in der Knotengruppe für einzelne Mandanten eine verwaltete Instanzgruppenvorlage:

   POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/TEMPLATE_ZONE/instance-templates
   
   {
     "name": "INSTANCE_TEMPLATE",
     "properties": {
       "machineType": "zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
       "scheduling": {
         "nodeAffinities": [
           {
             "key": "compute.googleapis.com/node-group-name",
             "operator": "IN",
             "values": [
               "GROUP_NAME"
             ]
           }
         ]
       },
       "networkInterfaces": [
         {
           "network": "global/networks/NETWORK",
           "subnetwork": "regions/REGION/subnetworks/SUBNETWORK"
         }
       ],
       "guestAccelerators": [
         {
           "acceleratorType": GPU_TYPE,
           "acceleratorCount": GPU_COUNT
         }
       ],
       "disks": [
         {
           "boot": true,
           "initializeParams": {
             "sourceImage": "projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
           }
         },
         {
           "type":"SCRATCH",
           "initializeParams":{
             "diskType":"zones/LOCAL_SSD_ZONE/diskTypes/local-ssd"
             },
           "autoDelete":true,
           "interface":"SSD_INTERFACE"
         }
       ]
     }
   }
   

   Dabei gilt:

   • PROJECT_ID: die Projekt-ID.

   • TEMPLATE_ZONE Zone, in der die Instanz erstellt wird.

   • INSTANCE_TEMPLATE: Name der neuen Instanzvorlage.

   • MACHINE_TYPE_ZONE: Zone des Maschinentyps.

   • MACHINE_TYPE: Maschinentyp der VM für einzelne Mandanten. Mit der Methode machineTypes.list rufen Sie eine Liste der verfügbaren Maschinentypen für das Projekt ab.

   • GROUP_NAME: Name der Knotengruppe, in der die VM bereitgestellt werden soll. Wenn Sie mit dieser Instanzvorlage eine regionale MIG erstellen möchten, die in mehreren Zonen vorhanden ist, geben Sie eine Liste der Knotengruppen an, die in den Zonen der regionalen MIG vorhanden sind.

   • NETWORK: URL der Netzwerkressource für diese Instanzvorlage.

   • REGION: Region mit dem Subnetzwerk für diese Instanzvorlage.

   • SUBNETWORK: URL der Subnetzwerkressource für diese Instanzvorlage.

   • GPU_TYPE: GPU-Typ Wird auf einen der Beschleunigertypen festgelegt, die beim Erstellen der Knotenvorlage angegeben wurden.

   • GPU_COUNT: Anzahl der GPUs der Gesamtzahl, die von der Knotenvorlage angegeben wird, um diese VM hinzuzufügen. Der Standardwert ist 1.

   • IMAGE_PROJECT: Image-Projekt der Image-Familie.

   • IMAGE_FAMILY: Image-Familie mit dem Image, das zum Erstellen der VM verwendet werden soll.

   • LOCAL_SSD_ZONE: Zone des lokalen SSD.

   • SSD_INTERFACE: Typ der lokalen SSD-Schnittstelle. Wird auf NVME gesetzt, wenn die Image-Treiber des Bootlaufwerks für NVMe optimiert sind, andernfalls auf SCSI.

2. Verwenden Sie die Methode instanceGroupManagers.insert, um eine MIG in Ihrer Knotengruppe für einzelne Mandanten basierend auf der zuvor erstellten Instanzvorlage zu erstellen. Wenn Sie eine regionale MIG erstellen möchten, verwenden Sie die Methode regionInstanceGroupManagers.insert und geben Sie die Region und die Zonen aller Knotengruppen wie in der Instanzvorlage an, wenn Sie eine regionale MIG erstellen möchten.

   Verwenden Sie beispielsweise folgende Anfrage, um eine zonale MIG zu erstellen:

   POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers
   {
     "baseInstanceName": "NAME_PREFIX",
     "name": "INSTANCE_GROUP_NAME",
     "targetSize": SIZE,
     "instanceTemplate": "global/instanceTemplates/INSTANCE_TEMPLATE"
   }
   

   Dabei gilt:

   • PROJECT_ID: die Projekt-ID.

   • ZONE: Zone, in der die verwaltete Instanzgruppe erstellt werden soll.

   • NAME_PREFIX: Präfixname für jede Instanz in der verwalteten Instanzgruppe.

   • INSTANCE_GROUP_NAME: Name der Instanzgruppe.

   • SIZE: Anzahl der VMs, die in dieser Instanzgruppe enthalten sein sollen. Ihre Knotengruppe muss genügend Ressourcen haben, um die Instanzen in dieser verwalteten Instanzgruppe unterzubringen. Verwenden Sie das Autoscaling für verwaltete Instanzgruppen, um die Größe verwalteter Instanzgruppen automatisch zu verwalten.

   • INSTANCE_TEMPLATE: URL der Instanzvorlage zum Erstellen dieser Gruppe. Die Vorlage benötigt ein Knotenaffinitätslabel, das auf die geeignete Knotengruppe verweist.

gcloud

1. Verwenden Sie den Befehl gcloud compute sole-tenancy node-templates create, um eine Knotenvorlage mit einer Reihe von Affinitätslabels für eine Produktionsarbeitslast zu erstellen:

   gcloud compute sole-tenancy node-templates create prod-template \
     --node-type=n1-node-96-624 \
     --node-affinity-labels workload=frontend,environment=prod
   

2. Verwenden Sie den Befehl gcloud compute sole-tenancy node-templates describe, um die Knotenaffinitätslabels aufzurufen, die der Knotenvorlage zugewiesen sind.

3. Verwenden Sie den Befehl gcloud compute sole-tenancy node-groups create, um eine Knotengruppe zu erstellen, die die Produktionsvorlage verwendet:

   gcloud compute sole-tenancy node-groups create prod-group \
     --node-template=prod-template \
     --target-size=1
   

4. Erstellen Sie für Produktions-VMs eine Datei node-affinity-prod.json, um die Affinität Ihrer Produktions-VMs anzugeben. Sie können beispielsweise eine Datei erstellen, die angibt, dass VMs nur auf Knoten mit den Affinitäten workload=frontend und environment=prod ausgeführt werden. Erstellen Sie die Knotenaffinitätsdatei mit Cloud Shell oder erstellen Sie sie an einem Speicherort Ihrer Wahl.

   [
     {
       "key" : "workload",
       "operator" : "IN",
       "values" : ["frontend"]
     },
     {
       "key" : "environment",
       "operator" : "IN",
       "values" : ["prod"]
     }
   ]
   

5. Verwenden Sie die Datei node-affinity-prod.json mit dem Befehl gcloud compute instances create, um eine VM auf der Knotengruppe mit übereinstimmenden Affinitätslabels zu planen.

   gcloud compute instances create prod-vm \
     --node-affinity-file node-affinity-prod.json \
     --machine-type=n1-standard-2
   

6. Verwenden Sie den Befehl gcloud compute instances describe und prüfen Sie das Feld scheduling, um die der VM zugewiesenen Knotenaffinitäten anzusehen.

gcloud

1. Geben Sie für Entwicklungs-VMs die Affinität Ihrer Entwicklungs-VMs an, indem Sie eine node-affinity-dev.json-Datei mit Cloud Shell oder indem Sie sie an einem Speicherort Ihrer Wahl erstellen. Sie können etwa eine Datei erstellen, mit der VMs so konfiguriert werden, dass sie in einer beliebigen Knotengruppe mit der Affinität workload=frontend ausgeführt werden, sofern sie nicht den Wert environment=prod hat:

   [
     {
       "key" : "workload",
       "operator" : "IN",
       "values" : ["frontend"]
     },
     {
       "key" : "environment",
       "operator" : "NOT_IN",
       "values" : ["prod"]
     }
   ]
   

2. Verwenden Sie die Datei node-affinity-dev.json mit dem Befehl gcloud compute instances create, um die Entwicklungs-VM zu erstellen:

   gcloud compute instances create dev-vm \
     --node-affinity-file=node-affinity-dev.json \
     --machine-type=n1-standard-2
   

3. Mit dem Befehl gcloud compute instances describe können Sie das Feld scheduling prüfen, um die der VM zugewiesenen Knoten-Anti-Affinitäten anzusehen.