Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Linux
Windows
Der Mandantenzustand einer VM-Instanz gibt an, ob die VM ihren Compute Engine-Server mit VMs aus anderen Google Cloud -Projekten teilt. Wenn eine VM ihren Compute Engine-Server für VMs aus anderenGoogle Cloud -Projekten freigibt, ist sie eine Mehrmandanten-VM. Wenn eine VM ihren Compute Engine-Server nicht für VMs aus anderen Projekten nutzt, handelt es sich um eine Einzelmandanten-VM.
VMs sind standardmäßig mehrmandantenfähig. Nachdem Sie eine VM erstellt haben, platziert Compute Engine sie auf einem mehrmandantenfähigen Server. Compute Engine ermöglicht Nutzern in anderen Google Cloud -Projekten, VMs auf diesem Server zu erstellen.
Einzelmandanten-Lösungen sind für Arbeitslasten geeignet, die exklusiven Zugriff auf einen Compute Engine-Server erfordern. Eine Einzelmandantenlösung ermöglicht Ihnen exklusiven Zugriff auf einen Einzelmandanten-Knoten, bei dem es sich um einen Compute Engine-Server handelt, der ausschließlich zum Hosten von VMs aus IhrenGoogle Cloud -Projekten dient.
Gaming-Arbeitslasten mit bestimmten Anforderungen an die Rechenleistung
Arbeitslasten im Finanz- oder Gesundheitswesen mit Sicherheits- und Complianceanforderungen.
Windows-Arbeitslasten mit Lizenzanforderungen.
ML-, Datenverarbeitungs- oder Image-Rendering-Arbeitslasten. Für diese Arbeitslasten sollten Sie GPUs reservieren.
Arbeitslasten, die erhöhte Eingabe-/Ausgabevorgänge pro Sekunde (IOPS) und eine geringere Latenz erfordern oder Arbeitslasten, die temporären Speicher in Form von Caches, Verarbeitungsspeichern oder Daten von geringem Wert verwenden. Für diese Arbeitslasten sollten Sie lokale SSDs reservieren.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-19 (UTC)."],[[["\u003cp\u003eVirtual machines (VMs) can be either multi-tenant, sharing a server with other Google Cloud projects' VMs, or sole-tenant, having exclusive use of a server.\u003c/p\u003e\n"],["\u003cp\u003eMulti-tenant VMs are the default, suitable for typical workloads, and their pricing is based on the machine type, while sole-tenant VMs are more expensive as the entire physical server is reserved.\u003c/p\u003e\n"],["\u003cp\u003eSole-tenancy is recommended for workloads with specific performance, security, compliance, or licensing needs, such as gaming, finance, healthcare, Windows, machine learning, and workloads requiring increased input/output operations per second (IOPS).\u003c/p\u003e\n"],["\u003cp\u003eMaintenance events on multi-tenant servers result in live migration of VMs, while sole-tenant server maintenance depends on the configured maintenance policy.\u003c/p\u003e\n"],["\u003cp\u003eUsers pay based on machine type for Multi-tenant VMs, and for sole-tenant nodes it is based on the node type, which includes a premium because you are reserving the entire physical server.\u003c/p\u003e\n"]]],[],null,["# About VM tenancy\n\nLinux Windows\n\n*** ** * ** ***\n\nThe *tenancy* of a virtual machine (VM) instance indicates whether the VM shares\nits Compute Engine server with VMs from other Google Cloud projects. If a VM\nshares its Compute Engine server with VMs from other\nGoogle Cloud projects, it is a *multi-tenant* VM. If a VM doesn't share its\nCompute Engine server with VMs from other projects, it is a\n*sole-tenant* VM.\n\nVMs are multi-tenant by default. After you create a VM, Compute Engine\nplaces it on a multi-tenant server. Compute Engine allows users in\nother\n[Google Cloud projects](/resource-manager/docs/creating-managing-projects)\nto create VMs on that server.\n\n[Sole-tenancy](/compute/docs/nodes/sole-tenant-nodes) is suited for workloads\nthat require exclusive access to a Compute Engine server. Sole-tenancy\nlets you have exclusive access to a *sole-tenant node*, which is a\nCompute Engine server that is dedicated to hosting VMs from only your\nGoogle Cloud projects.\n\nPricing considerations\n----------------------\n\nFor multi-tenant VMs, you pay for the type of machine that you create the VM on,\nso [pricing for multi-tenant VMs](/compute/vm-instance-pricing) is based on that\nVM's [machine family](/compute/docs/machine-resource).\n\nFor sole-tenant VMs, you pay for all of the hardware resources on the server\nbecause you are reserving an entire physical server. [Pricing for a sole-tenant\nnode](/compute/sole-tenant-pricing) is based on the price of the [sole-tenant\nnode type](/compute/docs/nodes/sole-tenant-nodes#node_types) that you specify\nwhen you create a [sole-tenant node\ntemplate](/compute/docs/nodes/sole-tenant-nodes#node_templates). This price\nincludes a premium because you are reserving the entire physical server.\n\nWorkload considerations\n-----------------------\n\nFor typical workloads, [create multi-tenant\nVMs](/compute/docs/instances/create-start-instance). However, if you have\nworkloads with any of the following characteristics, consider [using sole-tenant\nnodes](/compute/docs/nodes/provisioning-sole-tenant-vms):\n\n- Gaming workloads with specific computing performance requirements.\n- Finance or healthcare workloads with security and compliance requirements.\n- Windows workloads with licensing requirements.\n- Machine learning, data processing, or image rendering workloads. For these workloads, consider [reserving GPUs](/compute/docs/nodes/provisioning-sole-tenant-vms).\n- Workloads requiring increased input/output operations per second (IOPS) and decreased latency, or workloads that use temporary storage in the form of caches, processing space, or low-value data. For these workloads, consider [reserving Local SSDs](/compute/docs/nodes/provisioning-sole-tenant-vms).\n\nFor more information about workloads that might benefit from using sole-tenancy,\nsee [Workload considerations for sole-tenant\nnodes](/compute/docs/nodes/sole-tenant-nodes#workload_considerations).\n\nMaintenance event considerations\n--------------------------------\n\nFor maintenance events on multi-tenant servers, Compute Engine [live\nmigrates](/compute/docs/instances/live-migration-process) VMs to another server in the\nsame zone.\n\nFor maintenance events on sole-tenant nodes, Compute Engine migrates\nVMs according to how you configure the [maintenance\npolicy](/compute/docs/nodes/sole-tenant-nodes#maintenance_policies) on the\n[sole-tenant node\ngroup](/compute/docs/nodes/sole-tenant-nodes#node_groups_and_vm_provisioning)."]]
