Ich versuche zu verstehen, wie die verschiedenen Virtualisierungsanbieter (insbesondere Amazon EC2, aber auch VMware und Xen) es Softwareanbietern ermöglichen, eine echte HA-Lösung in der Umgebung bereitzustellen, in der die Server virtualisiert sind.
Insbesondere wenn ich eine HA-Anwendung (Exchange, Datenbanken usw.) ausführe, muss ich sicherstellen, dass sich meine redundanten virtuellen „Server“ nicht auf demselben physischen Server befinden.
Mithilfe von hauseigenen Virtualisierungslösungen (VMware, Xen usw.) kann ich die Bereitstellung entsprechend vornehmen und die virtuelle -> physische Anordnung überprüfen. Es könnte jedoch sein, dass ich versehentlich per „vmotion“ auf dieselbe physische Hardware zugreife.
Mit EC2 habe ich nicht einmal die Möglichkeit, zum Bereitstellungszeitpunkt verschiedene physische Server auszuwählen. Da ihre Cluster Compute Instances 1 virtueller Server pro physischem Server sind, scheint dies die einzige Möglichkeit zu sein, um sicherzustellen, dass ich kein falsches Gefühl von Redundanz habe.
Alle Ideen und Gedanken sind hilfreich. Was tun andere gegen dieses Problem? Wenn die Anbieter eine API bereitstellen würden, über die ich etwas so Einfaches wie eine eindeutige physische Systemkennung erhalten könnte, wüsste ich zumindest, ob ich ein Problem haben werde.
-Tim
Antwort1
Ich kann eigentlich nur für VMWare sprechen. Wenn Sie DRS verwenden, können Sie Regeln erstellen, die die Maschinen entweder auf derselben physischen Box oder auf separaten physischen Boxen halten. Selbst wenn Sie versehentlich per Vmotion auf eine Box mit der anderen Maschine darauf wechseln würden, würde die Vmotion sofort wieder zurückgehen.
Antwort2
Wenn Sie eine verwaltete gehostete Lösung verwenden, müssen Sie einfach herausfinden, was in Ihrem Vertrag steht. In diesem Fall verwalten Sie die Maschinen nicht, sondern kaufen einen Service. Finden Sie heraus, was Sie kaufen. Wenn in dem Paket, das Sie kaufen, steht, dass es keine einzelnen Ausfallpunkte gibt, können Sie nur davon ausgehen, dass Ihre VMs auf anderer Hardware gespeichert werden. Wenn das nicht der Fall ist und es zu einem Ausfall kommt, steht hoffentlich in Ihrem Vertrag, dass Sie etwas Geld zurückbekommen, einen kostenlosen Monat oder etwas in der Art.
Wenn Sie die Systeme nicht verwalten können, warum sollten Sie dann überhaupt Zugriff darauf haben, auf welcher physischen Maschine Ihre VMs laufen? Sie können nichts dagegen tun. Und selbst wenn Sie sicherstellen könnten, dass sie sich nicht auf demselben physischen Host befinden, wie stellen Sie beispielsweise fest, dass das SAN über zwei Fabrics verfügt?
Achten Sie bei einer gehosteten Lösung eines seriösen Anbieters einfach darauf, was Sie kaufen.
bearbeiten - Von derEC2Seite: Wenn Sie Maschinen in einer Region kaufen, erhalten Sie eine Verfügbarkeit von 99,95 %. Sie können Maschinen in verschiedenen Verfügbarkeitszonen kaufen, um eine bessere Zuverlässigkeit zu erreichen.
Antwort3
Häufig laufen diese auf einem gemeinsam genutzten Speichergerät (einem SAN oder ähnlichem), und alle physischen Hosts sind damit verbunden. Zwei Server, die eine VM ausführen können, haben also beide Verbindungen zum gemeinsam genutzten Speicher über ein Cluster-Dateisystem. Wenn einer der Server ausfällt, wird der andere angewiesen, zu starten – und er holt die Dateien auf dem Speicher ab, sodass es zu keiner Unterbrechung kommt.
Es ist schwierig, die Daten eines 30-GB-Gastes von einem Server auf einen anderen zu migrieren, wenn einer der Server ausgefallen ist.
Der gemeinsam genutzte Speicher selbst ist häufig vollständig redundant eingerichtet und verfügt über RAID-Festplatten und redundante Fibre-Channel-/iScsi-Switche.