diff --git a/docs/_optimist/storage/localstorage/attachments/instancelaunchgrowpartoff.png b/docs/_optimist/storage/localstorage/attachments/instancelaunchgrowpartoff.png new file mode 100644 index 000000000..a317f0f8c Binary files /dev/null and b/docs/_optimist/storage/localstorage/attachments/instancelaunchgrowpartoff.png differ diff --git a/docs/_optimist/storage/localstorage/index.de.md b/docs/_optimist/storage/localstorage/index.de.md index 17374d490..bff57bcee 100644 --- a/docs/_optimist/storage/localstorage/index.de.md +++ b/docs/_optimist/storage/localstorage/index.de.md @@ -16,18 +16,18 @@ Beim Localstorage befindet sich der Storage Ihrer Instanzen direkt auf dem Hyper ## Datensicherheit und Verfügbarkeit Da Ihre Daten direkt durch Ihre Instanz auf dem Storage des lokalen Hypervisors gebunden sind, empfiehlt es sich, diese Daten mithilfe eines HA Konzepts über die gegebenen Availability Zonen zu verteilen. -Das Storage Backend der Localstorage Instanzen ist gegen einen Ausfall einzelner Speichermedien des Arrays geschützt, die dadurch hergestellte Redundanz besteht jedoch gegenüber der Ceph basierten Instanzen nur innerhalb des Hypervisor Nodes welcher die Instanz bereitstellt. Beim Ersetzen von Einzelkomponenten auf Grund eines Hardwaredefekts, kann es bis zur Wiederherstellung kurzfristig zu einer eingeschränkten Verfügbarkeit und Performance kommen. +Das Storage Backend der Localstorage Instanzen ist gegen einen Ausfall einzelner Speichermedien des Arrays geschützt, die dadurch hergestellte Redundanz besteht jedoch gegenüber der Ceph basierten Instanzen nur innerhalb des Hypervisor Nodes, welcher die Instanz bereitstellt. Beim Ersetzen von Einzelkomponenten, aufgrund eines Hardwaredefekts, kann es bis zur Wiederherstellung kurzfristig zu einer eingeschränkten Verfügbarkeit und Performance kommen. Die Hypervisor unterliegen einem definierten Patch Zyklus, bei dem die Hypervisoren nacheinander gebootet werden müssen. Durch den Localstorage der Instanzen können die Wartungsarbeiten nicht wie bei den auf Ceph Storage basierten Flavors unterbrechungsfrei durchgeführt werden. Aus diesem Grund existiert für l1 Flavors ein regelmäßiges Wartungsfenster. Dabei wird innerhalb einer Availability Zone und innerhalb des festgelegten Wartungsfensters ein Server nach dem anderen aktualisiert und rebootet. Innerhalb des Wartungsfensters werden laufende Instanzen von unserem System heruntergefahren und nach 10 Minuten gestoppt. ## Standard Wartungsfenster | Intervall | Tag | Zeit | |:---|---|---:| -| wöchentlich | Mittwoch | 10:00 Uhr - 16:00 Uhr | +| Wöchentlich | Mittwoch | 10:00 Uhr - 16:00 Uhr | ## Openstack Features -OpenStack bietet Ihnen viele Funktionen für Ihre Instanzen, wie z.B. resize, shelving oder snapshot. Wenn Sie für Ihre Instanzen l1 Flavors verwenden möchten, beachten Sie bitte folgendes: +OpenStack bietet Ihnen viele Funktionen für Ihre Instanzen, wie z. B. resize, shelving oder snapshot. Wenn Sie für Ihre Instanzen l1 Flavors verwenden möchten, beachten Sie bitte folgendes: _Resize:_ Die Option Resize wird Ihnen angezeigt, aber technisch ist es nicht möglich, eine auf einem l1 Flavor basierende Instanz zu resizen. Sie können das umgehen, in dem Sie einen Cluster (Applikationsbezogen) mit l1 Flavors aufsetzen, größere l1 Flavors parallel starten und Ihre Daten von den alten l1 Flavors auf die neuen l1 Flavors rollen. Dies gilt auch bei einem wechsel von einem andren Flavor zu l1 Flavors. @@ -39,4 +39,22 @@ Das Löschen von Instanzen basierend auf l1-Flavors kann aufgrund des Hintergrun **INFO** -Wir prüfen derzeit Möglichkeiten um das Löschen zukünftig zu Beschleunigen, es muss dabei jedoch gewährleistet werden das die Daten nicht wiederhergestellt werden können. +Wir prüfen derzeit Möglichkeiten, um das Löschen zukünftig zu beschleunigen, es muss dabei jedoch gewährleistet werden das die Daten nicht wiederhergestellt werden können. + +## Disk Layout + +Standardmäßig wird bei der Erstellung einer Instanz die gesamte Disk des gewählten [Localstorage Flavors](/optimist/specs/flavor_specification/#localstorage-flavors) als eine Partitition erstellt. +Sie können dies jedoch bei Erstellung der Instanz über den Punkt _Configuration_ abändern. + +![](./attachments/instancelaunchgrowpartoff.png) + +```yaml +#cloud-config +growpart: + mode: off +``` + +Dies verhindert, dass die Partitition automatisch auf die im Flavor angegebene Disk Size resized wird. +Nach erfolgreichem start der Instanz können Sie sich per ssh verbinden und einen eigenen Partitiontable erstellen. + +Beachten Sie danach die Partition sda1 und das Filesystem nach Ihren bedürfnissen zu resizen. Fur Ihre Daten Partition/en empfiehlt sich LVM in kombination mit LUKS.