Wissensprüfung - Betrieb, Widerstandsfähigkeit und Leistung
Ein Architekt muss FinCorps Zahlungsdienst eine automatisierte Failover-Funktion zwischen zwei Verfügbarkeitszonen bereitstellen. Das Team fragt, welches gemanagte IONOS-Produkt das Failover durch Überwachung der primären Zone, Feststellung ihres Ausfalls und Förderung der sekundären Zone über den gesamten Stack hinweg orchestriert. Was ist die richtige Antwort, und wie funktioniert die tatsächliche automatisierte Failover-Mechanik der Plattform?
IONOS bietet kein gemanagtes Failover-Produkt an, das die Förderung über den gesamten Stack hinweg orchestriert. Die native automatisierte Mechanik besteht aus den Health-Checks der Load-Balancer-Ebene, die die Endpunktgesundheit innerhalb einer Zone bestimmen, und einem low-TTL Cloud DNS-Eintrag, der umgeleitet wird, um den Datenverkehr zu lenken, indem die Namensauflösung manipuliert wird. Der Cloud DNS-Eintrag selbst ist nicht gesundheitsbewusst. Es gibt keinen verpackten "Health-Check-Failover"-Assistenten in der Cloud DNS-Konsole; wenn die Umstellung automatisch auf der DNS-Ebene erfolgen muss, wird sie durch den Cloud DNS API gesteuert. Der Load Balancer leitet nur zu gesunden Zielen weiter, fördert jedoch keinen Standby-Stack, und Auto Scaling ersetzt Instanzen innerhalb einer Ebene, anstatt das Failover zwischen Zonen zu orchestrieren.
Ein Team platziert eine primäre Datenbank Node und deren Standby im gleichen virtuellen Rechenzentrum und lässt die Plattform die Verfügbarkeitszonen automatisch zuweisen, unter der Annahme, dass eine automatisch zugewiesene Zone ihnen eine Multi-Zonen-Redundanz bietet. Der Architekt flaggt dies als Auto-Zonen-Falle. Warum ist die Annahme falsch, und was ist die richtige Disziplin?
Die automatische Zonenzuweisung ist keine Garantie für Multi-AZ. Sie kann beide Mitglieder eines redundanten Paares in die gleiche Zone platzieren, was bedeutet, dass ein einzelner Zonenfehler beide ausschaltet und die Redundanz illusorisch ist. Die Disziplin besteht darin, explizite, unterschiedliche Zonen für jedes Mitglied eines redundanten Paares zuzuweisen: Die Standby-Datenbank Node sitzt in einer benannten Zone, die sich von der primären Zone unterscheidet, und Pilot-Light-Compute wird in einer benannten Zone bereitgestellt, die sich von der Produktionsstufe unterscheidet. Dies ist bei der Designzeit günstig und kann nicht sauber nachgerüstet werden, nachdem ein Ausfall bewiesen hat, dass das Paar ko-lociert war.
FinCorp teilt die Produktion, Nicht-Produktion und eine Compliance-isolierte Workload über separate Verträge auf und betreibt auch Managed Kubernetes-Cluster. Das Operations-Team erwartet ein einzelnes gemanagtes Pane, das alle Telemetrie vereint und erwartet, dass Kubernetes-Steuerungsebenen-Ereignisse in der Logging Service zusammen mit den Anwendungsprotokollen ankommen. Welche Aussage beschreibt korrekt die Observierbarkeitsgrenzen, die sie entwerfen müssen?
Überwachungs- und Protokollierungspipelines sind pro Vertrag und pro Region, und das Aktivitätsprotokoll ist pro Vertrag mit keinem Aggregations-Endpunkt, sodass es kein natives Pane gibt, das Telemetrie über separate Verträge hinweg vereint; Aggregation wird durch die Weiterleitung jedes Vertrags-Signals an einen externen Sammler erstellt. Separat bedeutet die "Kubernetes"-Quelle in der Logging Service, dass in-Cluster-Workload- und Node-Protokolle, die Sie selbst versenden, nicht die gemanagte Steuerungsebene sind; Steuerungsebenen-Ereignisse werden niemals in die Logging Service-Pipeline emittiert. Der separate "Protokollierung zu S3"-Schalter des Cluster schreibt Cluster-Protokolldaten in einen Bucket und ist keine Steuerungsebenen-Sichtbarkeit in Ihrem Überwachungs-Pane.
Die regulierte Transaktionsdatenbank von FinCorp enthält nur einige Zehner Gigabyte an Live-Daten, und ein Ingenieur schlägt vor, sie auf einem 40 GB SSD Volume zu provisionieren, um den kleinen Datenfußabdruck zu matchen. Der Architekt widerspricht diesem Vorschlag. Welche Begründung ist korrekt für die Größe des Volume?
Die Leistung des SSD skaliert mit der Größe des Volume bis zu einer Obergrenze, pro Gigabyte, sodass ein kleines SSD-Volume eine anspruchsvolle Workload-Last unterversorgt. Die Plattform empfiehlt, SSD-Volumen von mindestens 100 GB zu buchen, um den vollen Nutzen zu erzielen, und für Datenbank-Workloads ist diese Größe von etwa 100 GB eine tragende Last: ein SSD-Volume unterhalb dieser Grenze verschlechtert eine Datenbank-Ebene, auch wenn der Datensatz klein ist. Das Volume wird daher für die Leistung zuerst und die Kapazität zweitens dimensioniert. Es ist das HDD, nicht das SSD, dessen Leistung flach und unabhängig von der Größe des Volume ist, und der Data Center Designer leitet die vorhergesagte Leistung aus der Größe des Volume ab, anstatt die Obergrenze bei jeder Größe zu garantieren.
FinCorp muss ein großes VMware-Anwesen in die IONOS umziehen. Der Projektplan geht von einem nativen OVF/OVA-Import-Assistenten für die virtuellen Maschinen und einem replikationsbasierten Umstellungsprozess für die Datenbanken aus, die auf die IONOS Managed PostgreSQL umgestellt werden. Der Architekt lehnt beide Annahmen ab. Welche Beschreibung des korrekten, konstruierten Ansatzes ist genau?
IONOS hat keinen nativen OVF/OVA-Import-Assistenten, sodass die Migration konstruiert und nicht importiert wird, und der Architekt wählt einen der drei ehrlichen Wege nach Workload: Bildkonvertierung und Upload auf die KVM-Public Cloud-Oberfläche, VMware-native Replikation und Live-Failover in dedizierte Private Cloud, oder Sicherung und Wiederherstellung. Auf dem Private Cloud-Weg verlängert eine Layer-2-VPN ein Segment über Standorte hinweg, sodass die phasenweisen Wellen ihre IP-Adressen beibehalten, während die Live-Mobilität zwischen Hosts nur innerhalb von Cluster und nie ein Live-Übertragung zwischen Standorten ist. Die Datenbankwelle ist ein dump-and-restore-Hard-Cutover mit einem echten Ausfallzeitfenster, da es keinen nativen, replikationsbasierten Umstellungsprozess in die gemanagten Datenbanken gibt; die Quelle bleibt autoritativ, bis die wiederhergestellte Zielversion validiert wird.