Gemeinsame Verantwortung für AlloyDB Omni

Wählen Sie eine Dokumentenversion 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 größtmöglichen Nutzen aus dem Dienst ziehen.

Layer Verantwortung von Google Verantwortung des Kunden
Hardware und Host Physische Infrastruktur Mindest- und empfohlene Anforderungen bereitstellen (falls zutreffend) Physische Server, VMs oder Edge-Geräte wie Stromversorgung, Kühlung und Hardware bereitstellen.
Hostbetriebssystem Mindest- und empfohlene Anforderungen bereitstellen (falls zutreffend) Linux-Kernel verwalten, Sicherheitspatches für das Betriebssystem anwenden und die Hostknoten härten.
Kubernetes Clusterverwaltung Mindest- und empfohlene Anforderungen bereitstellen (falls zutreffend) Cluster täglich verwalten, einschließlich Upgrades, gemäß den Best Practices der Branche.
Speicher (CSI/PV) Mindest- und empfohlene Anforderungen bereitstellen (falls zutreffend) Speicherklasse bereitstellen und die zugrunde liegenden Appliances verwalten. Für AlloyDB Omni ist ein Blockgerät erforderlich. Wählen Sie daher die Blockgeräteklasse aus.
Netzwerk (CNI) Mindest- und empfohlene Anforderungen bereitstellen (falls zutreffend) Netzwerkschicht bereitstellen und verwalten, z. B. Pod-Netzwerke, Ingress-Controller, Load-Balancer und Firewallregeln zwischen Knoten.
Rollenbasierte Zugriffssteuerung (RBAC) Die für den AlloyDB Omni-Kubernetes-Operator erforderlichen Dienstkonten, Rollen und Rollenbindungen bereitstellen. Diese Regeln für die rollenbasierte Zugriffssteuerung (RBAC) auf den Cluster anwenden und darauf achten, dass sie mit den internen Sicherheitsrichtlinien übereinstimmen. Um auf AlloyDB Omni-Ressourcen zuzugreifen, zusätzliche RBAC-Rollen und Rollenbindungen erstellen.
Secret-Verwaltung Standard-Kubernetes-Secrets lesen, um Ressourcen wie den ersten postgres-Nutzer bereitzustellen. Kubernetes-Secrets im Cluster erstellen, schützen und rotieren.
Zertifikatsverwaltung Standard-Bare-Kubernetes-Secrets und cert-manager für die Zertifikatsintegration verwenden. cert-manager installieren, konfigurieren und den Lebenszyklus verwalten.
Operator software Entwicklung und Release Die AlloyDB Omni-Operatorlogik und CRDs entwickeln und Container-Images, Helm-Diagramme und OLM-Bundles veröffentlichen. – Kunden können in Artifact Registry gespeicherte Artefakte für ihre Bereitstellungen verwenden.
Installation und Lebenszyklus Dokumentation und Upgrade-Artefakte bereitstellen.
  • Vor der Installation oder dem Upgrade die Kompatibilitätstabelle prüfen.
  • Anleitung zum Installieren oder Aktualisieren von AlloyDB Omni-Komponenten befolgen.
Datenbankmodul Datenbank-Binärprogramm Die AlloyDB-Container-Images mit proprietären Optimierungen wie der spaltenbasierten Engine und der KI-Beschleunigung bereitstellen. –
Patchen Sicherheitspatches und Updates für Neben- und Hauptversionen für die Engine veröffentlichen. Upgradeanleitung bereitstellen. Upgrades so bald wie möglich planen, je nach Kritikalität der einzelnen Releases.
Nutzerverwaltung
  • Die ersten AlloyDB Omni-Operatornutzer bereitstellen.
  • Den nutzerseitigen postgres-Superuser mit einem vom Nutzer bereitgestellten Passwort aus einem Kubernetes-Secret bereitstellen.
  • Anleitung zur Integration in Microsoft Active Directory bereitstellen.
  • Das Passwort für den ersten Superuser mit einem Kubernetes-Secret bereitstellen.
  • Alle anderen Rollen und Nutzer erstellen und verwalten.
Datenverwaltung Sicherungen Die CRDs `BackupPlan` und `Backup` sowie die Logik zum Verwalten von Sicherungen bereitstellen, die mit pgBackrest mit S3-kompatibler Integration verwaltet werden. Sicherungszeitpläne und Aufbewahrungsfristen konfigurieren und den lokalen, S3- oder Cloud Storage-Zielspeicher-Bucket bereitstellen.
Hochverfügbarkeit (HA) Die Logik für das automatische Failover und die Mechanismen zur Fehlerbehebung bereitstellen. Genügend Knoten und Zonen bereitstellen, um ein Standby-Ziel zur Unterstützung des Failovers bereitzustellen.
Verschlüsselung (ruhende Daten) – Die Verschlüsselung der Speicherebene verwalten, 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 Nutzer und Datenbank konfigurieren. Mit sicheren TLS-Clients eine Verbindung zur Datenbank herstellen und die zugrunde liegende Zertifikatsinfrastruktur verwalten.
Beobachtbarkeit Messwerte Interne Datenbankmesswerte über einen Prometheus-kompatiblen Endpunkt verfügbar machen. Den Scraper mit Prometheus, OpenTelemetry oder anderen kompatiblen Lösungen und dem zugehörigen Speicherstack bereitstellen und verwalten. Den allgemeinen Zustand des Systems überwachen.
Logging PostgreSQL- und Audit-Logs in Dateien auf dem Laufwerk im Container schreiben und rotieren. Log-Collector wie Fluentd und Fluent Bit bereitstellen, um Logs an ein Speicher-Back-End (z. B. Splunk oder ELK) zu senden. Darauf achten, dass die Log-Collector extrahiert werden, um Logs für mindestens einen Monat aufzubewahren.
Visualisierung Beispiel-Dashboards für Messwerte und Logs zur Überwachung von Standardarbeitslasten bereitstellen. Das Visualisierungstool wie Grafana bereitstellen und den Zustand überwachen. Dashboards erstellen und in die täglichen Betriebsaufgaben einbeziehen.
Benachrichtigungen Keine Die Benachrichtigungspipeline verwalten, z. B. die PagerDuty-Integration.
Support Fehlerbehebung Support für Softwarefehler und Engine-Fehler bereitstellen. Für diesen Support ist ein Lizenzabo erforderlich. Ersten Support über Dokumentation und Wissensdatenbank bereitstellen. Infrastrukturbezogene Probleme beheben.