Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

growpart off #164

Draft
wants to merge 2 commits into
base: main
Choose a base branch
from
Draft
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
26 changes: 22 additions & 4 deletions docs/_optimist/storage/localstorage/index.de.md
Original file line number Diff line number Diff line change
Expand Up @@ -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.

Expand All @@ -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.