Best Practices für Computing

Auf dieser Seite finden Sie Best Practices für die Datenverarbeitung mit Google Cloud VMware Engine.

Wählen Sie die beste Region für Ihre Anwendung aus

Berücksichtigen Sie bei der Auswahl der besten Region für Ihre Anwendungen die folgenden Faktoren:

  • Um die Netzwerklatenz zu minimieren und die Kundenerfahrung zu verbessern, wählen Sie eine der Ihren Nutzern am nächsten ist. Die Google Cloud Console bietet eine Echtzeit-Dashboard zur Leistungsüberwachung mit dem Sie die Latenz zwischen Regionen und zwischen Internetnutzer und eine Google Cloud-Region.
  • Optimieren Sie zur Aufrechterhaltung der Anwendungsleistung die Verbindung zu lokalen Einrichtungen, indem Sie die nächstgelegene Google Cloud-Region auswählen. Berücksichtigen Sie bei Multi-Cloud-Bereitstellungen die Nähe zu den Regionen anderer Cloud-Anbieter.
  • Damit Ihre Anwendungen die Vorschriften einhalten, z. B. die Compliance-Richtlinien der Zahlungskartenindustrie (PCI) oder die europäische Datenschutz-Grundverordnung (DSGVO), wählen Sie eine Region aus, die diese Anforderungen unterstützt.
  • Die Kosten und Preise variieren je nach Region. Berücksichtigen Sie diese regionalen Unterschiede bei der Planung Ihrer Bereitstellung.
  • Wenn Sie einen Standort auswählen, sind einige Artikelnummern möglicherweise nur in bestimmten Regionen und nicht in anderen verfügbar.

Entscheiden, wann Sie ein multiregionales Design auswählen sollten

In den folgenden Situationen bietet es sich an, Private VMware Engine-Clouds in verschiedenen Regionen für dieselbe Arbeitslast oder Projektumfang:

  • Notfallwiederherstellungsimplementierungen mit Site Recovery Manager (SRM) oder Zerto
  • Anwendungen, die globale Verfügbarkeit oder niedrige Latenz für ihre Nutzer erfordern die Basis verwenden.
  • Anforderungen an die Kapazitätsplanung, die regionsspezifisch sind.

Zonenresilienz berücksichtigen

VMware Engine bietet Zonenredundanz in bestimmten Regionen. In diesen können Sie private Clouds für eine verbesserte Fehlertoleranz auch gestreckten Cluster. Informationen zu diesen Regionen finden Sie in den Versionshinweisen zur VMware Engine.

Bei der Bereitstellung als Stretch-Cluster hat Ihre private Cloud Knoten in zwei unabhängige Zonen. Für dieses Design muss in jeder Zone dieselbe Anzahl von Knoten vorhanden sein. Ein solches Design gewährleistet die Verfügbarkeit der Anwendungen durch Zonenausfallsicherheit und VMware vSphere-Hochverfügbarkeit

Bei der Bereitstellung einer erweiterten privaten Cloud können VMs auf beiden Seiten einer erweiterten privaten Cloud ausgeführt werden. Verwenden Sie Affinitätsregeln um die Platzierung von Arbeitslast-VMs auf Hosts in einem Cluster zu steuern, und an eine Website anpinnen. Ein solches Design sorgt für Zonenresilienz durch Hochverfügbarkeit (High Availability, HA) der Anwendung.

Umgebungen auf mehrere private Clouds verteilen

Eine private Cloud ist ein unabhängiger VMware Cloud Foundation-Stack, der von einem vCenter-Server verwaltet wird.

Sie können Ihre VMware Engine-Daten auf mehrere private Clouds. Verwenden Sie beispielsweise einen dedizierten vCenter Server in den folgenden Fällen:

  • Für einen bestimmten Arbeitslasttyp, z. B. virtuelle Desktop-Infrastruktur (VDI)
  • Wenn die Limits einer privaten Cloud sind unzureichend
  • Für Lizenzierung und Softwareverwaltung
  • Für Kostentransparenz und Einfachheit
  • Für Monitoring
  • Zur Einhaltung gesetzlicher Vorschriften
  • Für die Mandantenfähigkeit auf allen Ebenen, einschließlich Verwaltungskomponenten und Infrastruktur

Verwenden Sie nur die erforderliche Anzahl von privaten Clouds, um unnötige Verwaltungsendpunkte zu vermeiden.

Kerne optimieren

Mit VMware Engine können Sie die Anzahl der effektiven CPU-Kerne reduzieren, die dem ESXi-Hypervisor zur Verfügung stehen. Dies kann unter bestimmten Softwarelizenzvereinbarungen wünschenswert oder erforderlich sein.

Wir empfehlen nicht, die Anzahl der Kerne des ersten Clusters zu reduzieren, da dort wichtige Komponenten wie vCenter und NSX Manager gehostet werden.

Die Reduzierung der Anzahl der effektiven Kerne in einem Cluster ändert nichts an den Kosten Ausführen des Clusters, insbesondere für Oracle-Arbeitslasten Weitere Informationen Weitere Informationen finden Sie in den Anleitungen zu Support und Lizenzierung.

Weitere Informationen finden Sie unter Benutzerdefinierte Anzahl von Kernen.

Zusätzliche Knoten für mehr Ausfallsicherheit hinzufügen

VMware Engine-Cluster sollten so groß sein, dass sie mindestens ein einen freien Knoten für die Ausfallsicherheit. Dieser freie Knoten steht dem Cluster zur Verfügung und kann zusätzliche Kapazität und Ressourcen bei hoher Last oder Konflikt. Diese freien Knoten werden als Teil der vorhandenen privaten Cloud abgerechnet.

Wenn eine höhere Zuverlässigkeit erforderlich ist, sollten Sie dem Cluster weitere Ersatzknoten hinzufügen, die während Wartungsfenstern verfügbar sind. Ausführung von Arbeitslasten planen auf diesen freien Knoten optimiert die Nutzung der Cluster in privaten Clouds.

Anzahl der zulässigen Fehler definieren

Verwenden Sie für VMware vSAN die Methode Fehler bei der Toleranz für Attribut (FTT) in vSAN-Speicherrichtlinien um die Anzahl der Fehler zu definieren, die ein Cluster tolerieren kann, ohne dies zu beeinflussen die Datenintegrität oder die VM-Verfügbarkeit.

Je höher der FTT-Wert, desto mehr Kapazitätshosts werden benötigt.

Nächste Schritte