Einschränkungen für Cloud-Server-Images

Im vorherigen Artikel wurde beschrieben, wie Server aus einem Image wiederhergestellt werden. Diese Images eignen sich ideal als Vorlagen oder „Gold-Images“, mit denen Sie auf einfache Weise einen Server mit einer bekannten Konfiguration wiederherstellen oder schnell zusätzliche Server bereitstellen können. Dieses System wurde jedoch in erster Linie entwickelt, um die Bereitstellung neuer Server zu beschleunigen, und nicht als robuste Backup-Lösung. Daher weist das System eine Reihe praktischer Einschränkungen auf:

• Cloud-Server-Images sind nützlich zum Speichern von Konfigurations- und statischen Daten, aber sie sind keine zuverlässige Methode zum Sichern einer dynamischen Datenbank. Wir empfehlen, für diese Aufgabe Standard-Backup-Tools wie mysqldump oder das SQL Server Management Studio zu verwenden. Wir empfehlen, Ihre Datenbank zu sichern, bevor Sie ein Image Ihres Servers erstellen. Wenn Sie ein Image eines Servers erstellen möchten, der eine Datenbank enthält, müssen Sie die Datenbank herunterfahren, die Image-Erstellung initiieren und die Datenbank neu starten, wenn der Server den entsprechenden Aufgabenstatus erreicht. Weitere Informationen zum Aufgabenüberwachungsprozess finden Sie unter Verwenden von Aufgabenzuständen mit Server-Imaging. Anweisungen zur Verwendung von Cloud Backup zum Sichern einer Datenbank finden Sie unter Rackspace Cloud Backup – Datenbanken sichern.

• Cloud-Server-Images enthalten keine Cloud Block Storage-Volumes in ihren Daten, selbst wenn das Volume als Boot-Volume verwendet wird. Informationen zum Erstellen von Snapshots von Cloud Block Storage-Volumes finden Sie unter Cloud Block Storage-Snapshots erstellen und verwenden.

• E/A-optimierte Cloud-Server-Images erfassen nur die Systemfestplatte, keine angeschlossenen Datenfestplatten . Der Cloud-Backup-Dienst kann Datenträger in Cloud-Dateien sichern.

• Obwohl Sie Images mithilfe von Cloud-Images in die Open Cloud von Rackspace importieren können, können Sie einen Server nur dann von einem solchen Image booten, wenn es ordnungsgemäß für die Verwendung in der Open Cloud von Rackspace vorbereitet wurde.

  Hinweis :Alle Server, die auf der OpenStack-Architektur basieren, können Bilder zwischen Konten exportieren und importieren. Weitere Informationen finden Sie in den häufig gestellten Fragen zu Cloud-Bildern.

• Sie können zwar aus der offenen Rackspace-Cloud exportierte Images herunterladen, aber ob diese Images in einer anderen Cloud oder in Ihrer lokalen Virtualisierungslösung funktionieren, hängt von der Ziel-Cloud oder lokalen Lösung ab. Wenden Sie sich für Einzelheiten an Ihren Anbieter.

  Hinweis :Nicht alle Bilder können aus der Rackspace Open Cloud exportiert werden. Weitere Informationen finden Sie in den häufig gestellten Fragen zu Cloud-Bildern.

• Images durchlaufen mehrere Phasen, von der Vorbereitung der Serverdaten bis zur eigentlichen Kopie des Images in Cloud Files. Der Imaging-Vorgang kann mehrere Stunden dauern und fehlschlagen, wenn das Image sehr nahe an der maximalen Festplattengröße für Images liegt oder wenn das Image eine extrem große Anzahl von Dateien enthält.

  Sie können die an diesem Prozess beteiligten Aufgaben überwachen. Informationen zum Aufgabenüberwachungsprozess finden Sie unter Aufgabenstatus mit Server-Imaging verwenden.

• Der Imaging-Prozess kann sich verzögern, wenn eine große Anzahl von Image-Anforderungen gleichzeitig für eine Gruppe von Servern gestellt werden. Die Anzahl der gleichzeitigen Images ist begrenzt, um zu verhindern, dass die Festplattenaktivität mehrerer Images die Leistung auf einem Host beeinträchtigt. Wenn das Abbild länger als 24 Stunden dauert, wenden Sie sich an den Rackspace Cloud-Support.

Wenn Ihr Image mehr als einmal fehlschlägt und Sie die Image-Grenzwerte nicht überschreiten, wenden Sie sich an den Rackspace Cloud-Support. Unsere Administratoren können möglicherweise dort erfolgreich sein, wo unsere automatisierten Prozesse dies nicht tun.

Linux-spezifische Einschränkungen

• Derzeit gibt es keine Beschränkungen für die Größe der Image-Festplatte oder die Inode-Nutzung für Standard-Cloud-Server. Allzweck- und I/O-optimierte Server können nicht aus Images mit Systemvolumes größer als 40 GB erstellt werden.

• Wenn Sie Ihre Festplattennutzung unter die Grenzwerte reduzieren, gelingt der Imaging-Vorgang möglicherweise immer noch nicht. Die Gesamtgröße der virtuellen Festplatte Ihrer Instanz umfasst Speicherplatz, der zum Nachverfolgen von Änderungen zwischen Images zugewiesen wurde, und Speicherplatz, der früher gelöschten Dateien zugewiesen wurde. Infolgedessen kann das Vorhandensein mehrerer Images oder das Erweitern der Festplatte in der Vergangenheit dazu führen, dass die Größe der virtuellen Festplatte das Limit überschreitet, selbst wenn das aktuelle Dateisystem innerhalb einer Instanz unter dem Limit liegt.

• Wenn Sie ein Image erstellen, führt das System einen Prozess aus, der versucht, Speicherplatz zurückzugewinnen, der durch das Löschen von Dateien und Images freigegeben wurde. Dieser Prozess wird fortgesetzt, selbst wenn der Image-Erstellungsprozess aufgrund von Festplattenbeschränkungen zum Zeitpunkt des Beginns der Image-Erstellung abgebrochen wird. Daher könnte der Versuch, ein Image etwa eine halbe Stunde nach dem ersten Fehlschlagen des Prozesses erneut zu erstellen, aufgrund dieses Bereinigungsvorgangs zu einem erfolgreichen Image führen.

Windows-spezifische Einschränkungen

• Server können nicht aus Images mit Volumes erstellt werden, die größer sind als die Festplattengröße der Cloud-Server-Variante, die zum Bereitstellen des neuen Servers ausgewählt wurde. E/A-optimierte Server können beispielsweise nicht aus Images mit Systemvolumes größer als 40 GB erstellt werden.

• Wenn Sie ein Image eines Windows-Cloud-Servers erstellen, der als Domänencontroller (DC) konfiguriert ist, können Sie dieses Image nicht wiederherstellen. Unser Build-System verlässt sich auf das lokale Administratorkonto, um Konfigurationsaufgaben auszuführen, und dieses Konto wird deaktiviert, wenn ein Server zu einem DC heraufgestuft wird. Wenn Sie ein Image eines Servers erstellen möchten, der auch ein DC ist, müssen Sie ihn zunächst als DC degradieren, bevor Sie das Image erstellen.