> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/de/speicher/vsan-redundancy-levels.md). # vSAN-Redundanzstufen verstehen ## Übersicht {% hint style="info" %} **Wichtige Punkte** * **N+1 / RF2** (standardmäßig) hält 2 Kopien jedes Datenblocks vor und kann einen gleichzeitigen Knotenausfall überstehen. N+1 bietet robusten Schutz, der für die meisten Produktivumgebungen geeignet ist. * **N+2 / RF3** hält 3 Kopien jedes Datenblocks vor und kann zwei gleichzeitige Ausfälle überstehen. * Die Redundanz wird systemweit konfiguriert und gilt pro vSAN-Ebene. {% endhint %} VergeOS vSAN unterstützt konfigurierbare Redundanzstufen — auch bekannt als **Replikationsfaktoren (RF)** — die bestimmen, wie viele Kopien jedes Datenblocks im System vorgehalten werden. Die Wahl der richtigen Stufe ist ein Ausgleich zwischen Ausfallsicherheit, Speicher-Overhead und Infrastrukturkosten. ## N+1-Redundanz (RF2) N+1-Redundanz hält **2 Kopien** jedes Datenblocks im vSAN vor. Dadurch kann ein Cluster **einen gleichzeitigen Ausfall** überstehen — entweder einen Knotenausfall oder Laufwerksausfälle innerhalb eines einzelnen Knotens. | Anforderung | Details | | ------------------------- | ------------------------- | | **Minimale Knotenanzahl** | 2 Controller-Knoten | | **Kopien der Daten** | 2 | | **Speicher-Overhead** | \~2x (vor Deduplizierung) | ### Wann N+1 verwendet werden sollte VergeOS N+1 ist die Standardkonfiguration und für die meisten Szenarien gut geeignet. Sie bietet ein starkes Gleichgewicht zwischen Speichereffizienz und Ausfallsicherheit und ist in Kombination mit Best Practices für den Datenschutz wie regelmäßigen Snapshots und externer Datenreplikation für viele Produktivumgebungen geeignet. {% hint style="success" %} Für zusätzlichen Schutz kann ein [Reparaturserver](/automate-protect-and-extend/de/backup-und-dr/repair-server.md) so konfiguriert werden, dass fehlende Datenblöcke bei Ausfällen, die das konfigurierte Redundanzniveau überschreiten, automatisch von einem Synchronisationsziel abgerufen werden, wodurch möglicherweise ein vollständiges Zurücksetzen auf einen Snapshot vermieden wird. {% endhint %} ## N+2-Redundanz (RF3) N+2-vSAN-Redundanz ist für Umgebungen verfügbar, die die spezifische Anforderung haben, **3 Kopien** jedes Datenblocks vorzuhalten und/oder dass ein System **zwei gleichzeitige Ausfälle**überstehen kann. N+2 kann zwei gleichzeitige Knotenausfälle, Laufwerksausfälle über zwei Knoten hinweg oder eine Kombination aus beidem überstehen. | Anforderung | Details | | ------------------------- | ----------------------------------------------------------------------------------------- | | **Minimale Knotenanzahl** | 3 (alle Controller-Knoten) | | **Empfohlene Knoten** | 5 (stellt einen Witness-Knoten bereit, um Split-Brain-Szenarien vollständig zu vermeiden) | | **Kopien der Daten** | 3 | | **Speicher-Overhead** | \~3x (vor Deduplizierung) | ### Wann N+2 verwendet werden sollte N+2 ist für Umgebungen konzipiert, die die spezifische Anforderung haben, mehr als einen gleichzeitigen Ausfall zu verkraften. Häufige Szenarien sind **ultrakritische Workloads** bei denen selbst die kurze Gefährdung während eines Rebuilds nicht akzeptabel ist, oder **entfernte/Edge-Standorte** bei denen ausgefallene Hardware nicht schnell ersetzt werden kann. In diesen Fällen können die zusätzlichen Infrastrukturkosten von N+2 gerechtfertigt sein. ## Redundanz pro Ebene Ein Ausfall betrifft nur die Ebene, auf der sich die ausgefallenen Laufwerke befinden. Wenn beispielsweise in einer N+2-Konfiguration Laufwerke auf Ebene 1 auf zwei Knoten ausfallen **und** und ein Laufwerk auf Ebene 4 auf einem anderen Knoten ausfällt, bleibt der Cluster voll funktionsfähig und es gehen keine Daten verloren. ## vSAN-Redundanzstufe konfigurieren Die Redundanzstufe wird typischerweise während der [Systeminstallation](/plan-and-deploy/de/implementierungsleitfaden/installation-guide.md). ## Ändern der Redundanzstufen eines Systems Es ist möglich, ein N+1-System auf N+2 zu aktualisieren (vorausgesetzt, die Mindestanforderung an die Knotenzahl ist erfüllt). Dieser Übergang beinhaltet einen Daten-Neuausgleichsprozess. {% hint style="warning" %} Um eine Änderung der Redundanzstufe vorzunehmen, kontaktieren Sie den **Verge.io-Support.** {% endhint %} ## Anzeige des Redundanzstatus der Ebene Um die aktuelle Redundanzkonfiguration und den Status einer vSAN-Ebene zu prüfen: 1. Navigieren Sie zu **Infrastruktur** > **vSAN Tiers** im oberen Menü aus. 2. Doppelklicken Sie auf die gewünschte Ebene, um ihr Dashboard zu öffnen. 3. Suchen Sie das **Status** Karte: * **Redundanz** — Zeigt die konfigurierte Redundanzstufe an (z. B. N+1 mit 2 Kopien, N+2 mit 3 Kopien). * **Redundant** Kontrollkästchen — Zeigt an, ob die Ebene derzeit ihre konfigurierte Redundanzstufe erfüllt. Dieses ist deaktiviert, wenn Knoten oder Laufwerke der Ebene ausgefallen sind. ## Schnellvergleich | Funktion | N+1 (RF2) | N+2 (RF3) | | -------------------------------------- | --------- | --------- | | Datenkopien | 2 | 3 | | Tolerierte gleichzeitige Ausfälle | 1 | 2 | | Minimale Controller-Knoten | 2 | 3 | | Empfohlene Knoten | 3 | 5 | | Speicher-Overhead (vor Deduplizierung) | \~2x | \~3x | | Standard | Ja | Nein | *** {% hint style="info" %} **Dokumentinformationen** * Zuletzt aktualisiert: 2026-03-03 * VergeOS-Version: 26.1.2 {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/run-the-platform/de/speicher/vsan-redundancy-levels.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.