Gemeinsame Verantwortung für AlloyDB Omni

Wählen Sie eine Dokumentationsversion aus:

Auf dieser Seite wird beschrieben, wofür Sie als AlloyDB Omni-Kunde verantwortlich sind und wofür Google verantwortlich ist.

Als AlloyDB Omni-Kunde sind Sie dafür verantwortlich, AlloyDB Omni so zu konfigurieren und zu betreiben, dass Ihre Arbeitslasten den Dienst optimal nutzen.

Ebene Verantwortung von Google Der Kunde kümmert sich darum
Hardware und Host Physische Infrastruktur Mindest- und empfohlene Anforderungen angeben (falls zutreffend) Stellen Sie physische Server, VMs oder Edge-Geräte wie Stromversorgung, Kühlung und Hardware bereit.
Hostbetriebssystem Mindest- und empfohlene Anforderungen angeben (falls zutreffend) Verwalten Sie den Linux-Kernel, wenden Sie Betriebssystem-Sicherheitspatches an und härten Sie die Hostknoten.
Kubernetes Clusterverwaltung Mindest- und empfohlene Anforderungen angeben (falls zutreffend) Verwalten Sie den Cluster täglich, einschließlich Upgrades, gemäß den branchenüblichen Best Practices.
Speicher (CSI/PV) Mindest- und empfohlene Anforderungen angeben (falls zutreffend) Stellen Sie die Speicherklasse bereit und verwalten Sie die zugrunde liegenden Geräte. Für AlloyDB Omni ist ein Blockgerät erforderlich. Wählen Sie daher die Blockgeräteklasse aus.
Netzwerk (CNI) Mindest- und empfohlene Anforderungen angeben (falls zutreffend) Bereitstellung und Verwaltung der Netzwerkschicht, z. B. Pod-Netzwerke, Ingress-Controller, Load Balancer und Firewallregeln zwischen Knoten.
Rollenbasierte Zugriffssteuerung Geben Sie die für den AlloyDB Omni Kubernetes-Operator erforderlichen Dienstkonten, Rollen und Rollenbindungen an. Wenden Sie diese Regeln für die rollenbasierte Zugriffssteuerung (Role-Based Access Control, RBAC) auf den Cluster an und achten Sie darauf, dass sie mit den internen Sicherheitsrichtlinien übereinstimmen. Um auf AlloyDB Omni-Ressourcen zuzugreifen, erstellen Sie zusätzliche RBAC-Rollen und ‑Rollenbindungen.
Secret-Verwaltung Standardmäßige Kubernetes-Secrets lesen, um Ressourcen wie den ersten postgres-Nutzer bereitzustellen. Kubernetes-Secrets im Cluster erstellen, schützen und rotieren.
Zertifikatsverwaltung Verwenden Sie standardmäßige Bare-Kubernetes-Secrets und cert-manager für die Zertifikatsintegration. cert-manager installieren, konfigurieren und den Lebenszyklus verwalten.
Operator-Software Entwicklung und Veröffentlichung Entwickeln Sie die Logik und CRDs für den AlloyDB Omni-Operator und veröffentlichen Sie Container-Images, Helm-Diagramme und OLM-Bundles. Keine. Kunden können in Artifact Registry gespeicherte Artefakte für ihre Bereitstellungen verwenden.
Installation und Lebenszyklus Dokumentation und Upgrade-Artefakte bereitstellen
  • Prüfen Sie vor der Installation oder dem Upgrade die Kompatibilitätstabelle.
  • Folgen Sie der Anleitung zum Installieren oder Aktualisieren von AlloyDB Omni-Komponenten.
Datenbankmodul Binärdatei der Datenbank Stellen Sie die AlloyDB-Container-Images mit proprietären Optimierungen wie der spaltenbasierten Engine und KI-Beschleunigung bereit. Keine.
Patchen Sicherheitspatches und Updates für Neben- und Hauptversionen für die Engine veröffentlichen. Stellen Sie eine Anleitung für das Upgrade bereit. Planen Sie Upgrades so bald wie möglich ein, je nach Wichtigkeit der einzelnen Releases.
Nutzerverwaltung
  • Stellen Sie die ersten operatorbezogenen Nutzer des AlloyDB Omni-Operators bereit.
  • Stellen Sie den nutzerorientierten postgres-Superuser mit einem vom Nutzer bereitgestellten Passwort aus einem Kubernetes-Secret bereit.
  • Anleitung zur Integration in Microsoft Active Directory.
  • Geben Sie das Passwort für den ersten Superuser mit einem Kubernetes-Secret an.
  • Alle anderen Rollen und Nutzer erstellen und verwalten.
Datenverwaltung Sicherungen Stellen Sie die CRDs `BackupPlan` und `Backup` sowie die Logik zum Verwalten von Sicherungen bereit, die mit pgBackrest mit S3-kompatibler Integration verwaltet werden. Konfigurieren Sie Sicherungszeitpläne und Aufbewahrungsfristen und stellen Sie den lokalen, S3- oder Cloud Storage-Ziel-Bucket bereit.
Hochverfügbarkeit (HA) Stellen Sie die Logik für das automatische Failover und die Reparaturmechanismen bereit. Stellen Sie genügend Knoten und Zonen bereit, um ein Stand-by-Ziel für den Failover zu haben.
Verschlüsselung (inaktive Daten) Keine. Verwalten Sie die Verschlüsselung der Speicherebene, um sicherzustellen, dass sie Ihren Anforderungen entspricht.
Verschlüsselung (während der Übertragung) mTLS für interne Operator-Komponenten bereitstellen und serverseitiges TLS für Verbindungen zwischen Nutzern und Datenbanken konfigurieren. Stellen Sie eine Verbindung zur Datenbank über sichere TLS-Clients her und verwalten Sie die zugrunde liegende Zertifikatinfrastruktur.
Beobachtbarkeit Messwerte Interne Datenbankmesswerte über einen mit Prometheus kompatiblen Endpunkt verfügbar machen. Stellen Sie den Scraper mit Prometheus, OpenTelemetry oder anderen kompatiblen Lösungen und deren Speichereinheit bereit und verwalten Sie ihn. Gesamtzustand des Systems überwachen.
Logging PostgreSQL- und Audit-Logs in Dateien auf der Festplatte im Container schreiben und rotieren. Stellen Sie Log-Collector wie Fluentd und Fluent Bit bereit, um Logs an ein Speicher-Backend wie Splunk oder ELK zu senden. Achten Sie darauf, dass die Log-Collector extrahiert werden, damit die Logs für mindestens einen Monat aufbewahrt werden.
Visualisierung Beispieldashboards für Messwerte und Logs zum Überwachen von Standardarbeitslasten bereitstellen. Stellen Sie das Visualisierungstool wie Grafana bereit und überwachen Sie seinen Zustand. Dashboards erstellen und in Ihre täglichen operativen Aufgaben einbinden.
Benachrichtigungen Keine Benachrichtigungspipeline verwalten, z. B. PagerDuty-Integration.
Support Fehlerbehebung Support für Softwarefehler und Engine-Fehler Für diesen Support benötigen Sie ein Lizenzabo. Ersten Support über Dokumentation und Wissensdatenbank bereitstellen. Infrastrukturbezogene Probleme beheben.