In diesem Dokument wird beschrieben, wie Sie sich auf die Ausführung von AlloyDB Omni in einer Linux-Umgebung vorbereiten, die Containerlaufzeiten unterstützt.
Eine Übersicht über AlloyDB Omni finden Sie unter AlloyDB Omni – Übersicht.
Größe und Kapazität
Größe und Kapazität wirken sich direkt auf die Leistung, Zuverlässigkeit und Kosteneffizienz Ihrer AlloyDB Omni-Instanz aus. Wenn Sie eine vorhandene Datenbank migrieren, entsprechen die erforderlichen CPU- und Arbeitsspeicherressourcen den Anforderungen des Quelldatenbanksystems.
Planen Sie, mit einer Bereitstellung mit übereinstimmenden CPU-, RAM- und Laufwerksressourcen zu beginnen, und verwenden Sie die Konfiguration des Quellsystems als AlloyDB Omni-Basiskonfiguration. Möglicherweise können Sie Ihren Ressourcenverbrauch reduzieren, nachdem Sie Ihre AlloyDB Omni-Instanz ausreichend getestet haben.
Die Dimensionierung einer AlloyDB Omni-Umgebung umfasst die folgenden Schritte:
Arbeitslast definieren
Datenvolumen: Schätzen Sie die Gesamtmenge der Daten, die Sie in AlloyDB Omni speichern werden. Berücksichtigen Sie sowohl aktuelle Daten als auch das prognostizierte Wachstum im Laufe der Zeit.
Transaktionsrate: Bestimmen Sie die erwartete Anzahl von Transaktionen pro Sekunde (TPS), einschließlich Lese-, Schreib-, Aktualisierungs- und Löschvorgängen.
Gleichzeitigkeit: Schätzen Sie die Anzahl der gleichzeitigen Nutzer oder Verbindungen, die auf die Datenbank zugreifen.
Leistungsanforderungen: Definieren Sie die akzeptablen Antwortzeiten für verschiedene Arten von Abfragen und Vorgängen.
Prüfen Sie, ob Ihre Hardware die Größenanforderungen erfüllt.
CPU: AlloyDB Omni profitiert von Systemen mit mehreren CPU-Kernen und skaliert je nach Arbeitslast linear. Open-Source-PostgreSQL profitiert jedoch im Allgemeinen nicht von mehr als 16 vCPUs. Beachten Sie Folgendes:
- Die Anzahl der Kerne basierend auf der Nebenläufigkeit der Arbeitslast und den Rechenanforderungen.
- Alle Gewinne, die sich aus einer Änderung der CPU-Generation oder -Plattform ergeben könnten.
Arbeitsspeicher: Weisen Sie den freigegebenen Zwischenspeichern von AlloyDB Omni ausreichend RAM für das Daten-Caching und den Arbeitsspeicher für die Abfrageverarbeitung zu. Die genaue Anforderung hängt von der Arbeitslast ab. Beginnen Sie mit 8 GB RAM pro vCPU.
Speicher
Typ: Wählen Sie je nach Ihren Anforderungen zwischen lokalem NVMe-Speicher für Leistung oder SAN-Speicher für Skalierbarkeit und Datenfreigabe.
Kapazität: Sorgen Sie für ausreichend Speicherplatz für Ihr Datenvolumen, Ihre Indexe, Ihr Write-Ahead-Log (WAL), Ihre Sicherungen und zukünftiges Wachstum.
IOPS: Schätzen Sie die erforderlichen Eingabe-/Ausgabevorgänge pro Sekunde (IOPS) anhand der Lese- und Schreibmuster Ihrer Arbeitslast. Wenn Sie AlloyDB Omni in einer öffentlichen Cloud ausführen, sollten Sie die Leistungsmerkmale Ihres Speichertyps berücksichtigen, um zu ermitteln, ob Sie die Speicherkapazität erhöhen müssen, um ein bestimmtes IOPS-Ziel zu erreichen.
Voraussetzungen für die Ausführung von AlloyDB Omni
Bevor Sie AlloyDB Omni ausführen, müssen die folgenden Hardware- und Softwareanforderungen erfüllt sein.
Hardwareanforderungen
| Betriebssystem/Plattform | Mindesthardware | Empfohlene Hardware |
|---|---|---|
| Linux |
|
|
| macOS |
|
|
- Wir empfehlen, ein dediziertes SSD-Speichergerät zum Speichern Ihrer Daten zu verwenden. Wenn Sie ein physisches Gerät für diesen Zweck verwenden, empfehlen wir, es direkt an den Hostcomputer anzuschließen.
Softwareanforderungen
| Betriebssystem/Plattform | Mindestsoftware | Empfohlene Software |
|---|---|---|
| Linux1 |
|
|
| macOS |
|
|
- AlloyDB Omni geht davon aus, dass SELinux, sofern vorhanden, auf dem Host so konfiguriert ist, dass der Container ausgeführt werden kann, einschließlich des Zugriffs auf das Dateisystem (oder SELinux ist auf „permissive“ festgelegt).
Unterstützte Speichertypen
AlloyDB Omni unterstützt Dateisysteme auf Blockspeichervolumes in Datenbankinstanzen. Verwenden Sie für kleinere Entwicklungs- oder Testsysteme das lokale Dateisystem des Hosts, auf dem der Container ausgeführt wird. Verwenden Sie für Unternehmensarbeitslasten Speicher, der für AlloyDB Omni-Instanzen reserviert ist. Konfigurieren Sie Ihre Speichergeräte je nach den Anforderungen Ihrer Datenbankarbeitslast entweder in einer Singleton-Konfiguration mit einem Laufwerk für jeden Container oder in einer konsolidierten Konfiguration, bei der mehrere Container von demselben Laufwerk lesen und darauf schreiben.
Lokaler NVMe- oder SAN-Speicher
Sowohl der lokale NVMe-Speicher (Non-Volatile Memory Express) als auch der SAN-Speicher (Storage Area Network) bieten unterschiedliche Vorteile. Die Wahl der richtigen Lösung hängt von Ihren spezifischen Arbeitslastanforderungen, Ihrem Budget und Ihren zukünftigen Skalierbarkeitsanforderungen ab.
Berücksichtigen Sie bei der Auswahl der besten Speicheroption Folgendes:
- Wenn Sie die absolute Leistung priorisieren möchten, wählen Sie lokale NVMe-SSDs aus.
- Wenn Sie umfangreichen, freigegebenen Speicher benötigen, wählen Sie SAN aus.
- Wenn Sie Leistung und Freigabe ausgleichen müssen, sollten Sie ein SAN mit NVMe-over-Fabrics für schnelleren Zugriff in Betracht ziehen.
Lokaler NVMe-Speicher
NVMe ist ein Hochleistungsprotokoll, das für Solid-State-Laufwerke (SSDs) entwickelt wurde. Für Anwendungen, die einen schnellen Datenzugriff erfordern, bietet der lokale NVMe-Speicher die folgenden Vorteile:
- NVMe-SSDs werden direkt mit dem PCIe-Bus (Peripheral Component Interconnect Express) verbunden, um schnelle Lese- und Schreibgeschwindigkeiten zu ermöglichen.
- Lokaler NVMe-Speicher bietet die niedrigste Latenz.
- Lokaler NVMe-Speicher bietet den höchsten Durchsatz.
Für die Skalierung des lokalen NVMe-Speichers müssen einzelne Server mit weiteren Laufwerken ausgestattet werden. Das Hinzufügen von mehr Laufwerken zu einzelnen Servern führt jedoch zu fragmentierten Speicherpools und potenziellen Verwaltungskomplexitäten. Der lokale NVMe-Speicher ist nicht für die Datenfreigabe zwischen mehreren Servern konzipiert. Da der lokale NVMe-Speicher lokal ist, müssen Serveradministratoren sich mit Hardware- oder Software-RAID (Redundant Array of Inexpensive Disks) vor Laufwerksausfällen schützen. Andernfalls führt der Ausfall eines einzelnen NVMe-Geräts zu Datenverlust.
SAN-Speicher
Ein SAN ist ein dediziertes Speichernetzwerk, das mehrere Server mit einem gemeinsamen Pool von Speichergeräten verbindet, häufig SSDs oder zentralisierter NVMe-Speicher. SAN ist zwar nicht so schnell wie lokale NVMe, aber moderne SANs, insbesondere solche, die NVMe over Fabrics verwenden, bieten für die meisten Unternehmensarbeitslasten immer noch eine hervorragende Leistung.
SANs sind hoch skalierbar. Wenn Sie mehr Speicherkapazität oder Leistung benötigen, fügen Sie neue Speicher-Arrays hinzu oder aktualisieren Sie vorhandene. SANs bieten Redundanz auf der Speicherebene und schützen vor Ausfällen von Speichermedien.
SANs eignen sich hervorragend für die Datenweitergabe. In Unternehmensumgebungen, die Hochverfügbarkeit erfordern, können mehrere Server auf die im SAN gespeicherten Daten zugreifen und diese freigeben. Bei einem Serverausfall können Sie den SAN-Speicher einem anderen Server im Rechenzentrum zur Verfügung stellen, was eine schnellere Wiederherstellung ermöglicht.