> 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).

# Verstehen der vSAN-Redundanzstufen

Erfahren Sie mehr über die VergeOS-vSAN-Redundanzstufen N+1 und N+2, ihre Anforderungen, Anwendungsfälle und Überlegungen

## Überblick

{% hint style="info" %}
**Kernpunkte**

* **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 Produktionsumgebungen geeignet ist.
* **N+2 / RF3** hält 3 Kopien jedes Datenblocks vor und kann zwei gleichzeitige Ausfälle überstehen.
* Redundanz wird pro System konfiguriert und gilt pro vSAN-Tier.
  {% 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 Fehlertoleranz, 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** — entweder einen Knotenausfall oder Laufwerksausfälle innerhalb eines einzelnen Knotens — überstehen.

| Anforderung                  | Details                   |
| ---------------------------- | ------------------------- |
| **Mindestanzahl der Knoten** | 2 Controller-Knoten       |
| **Datenkopien**              | 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 Kapazitätseffizienz und Fehlertoleranz und ist für viele Produktionsumgebungen geeignet, wenn sie mit Best Practices für den Datenschutz wie regelmäßigen Snapshots und der Replikation von Daten an einen externen Standort kombiniert wird.

{% hint style="success" %}
Für zusätzlichen Schutz kann ein [Repair Server](/automate-protect-and-extend/de/sicherung-und-dr/repair-server.md) konfiguriert werden, der automatisch versucht, fehlende Datenblöcke von einem Sync-Ziel abzurufen, wenn Ausfälle die konfigurierte Redundanzstufe überschreiten, wodurch möglicherweise ein vollständiges Zurückrollen auf einen Snapshot vermieden werden kann.
{% 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 ein System so auszulegen, dass es **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                                                                            |
| ---------------------------- | ---------------------------------------------------------------------------------- |
| **Mindestanzahl der Knoten** | 3 (alle Controller-Knoten)                                                         |
| **Empfohlene Knoten**        | 5 (bietet einen Witness-Knoten, um Split-Brain-Szenarien vollständig zu vermeiden) |
| **Datenkopien**              | 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. Typische Szenarien sind **hochkritische Workloads** bei denen selbst die kurze Gefährdung während eines Rebuilds nicht akzeptabel ist, oder **Remote-/Edge-Standorte** an 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 Tier

Ein Ausfall betrifft nur das Tier, in dem sich die ausgefallenen Laufwerke befinden. Beispielsweise, wenn in einer N+2-Konfiguration Laufwerke auf Tier 1 auf zwei Knoten ausfallen **und** ein Laufwerk auf Tier 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).

## Redundanzstufen eines Systems ändern

Es ist möglich, ein N+1-System auf N+2 zu aktualisieren (vorausgesetzt, die Mindestanzahl an Knoten ist erfüllt). Dieser Übergang umfasst einen Daten-Rebalancing-Prozess.

{% hint style="warning" %}
Um eine Redundanzstufenänderung vorzunehmen, wenden Sie sich an **den Verge.io-Support.**
{% endhint %}

## Redundanzstatus eines Tiers anzeigen

Um die aktuelle Redundanzkonfiguration und den Status eines vSAN-Tiers zu überprüfen:

1. Navigieren Sie zu **Infrastruktur** > **vSAN-Tiers** im oberen Menü.
2. Doppelklicken Sie auf das gewünschte Tier, um sein Dashboard zu öffnen.
3. Suchen Sie die **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 das Tier derzeit seine konfigurierte Redundanzstufe erfüllt. Dieses wird deaktiviert, wenn Knoten oder Tier-Laufwerke ausgefallen sind.

## Schneller Vergleich

| Merkmal                                | N+1 (RF2) | N+2 (RF3) |
| -------------------------------------- | --------- | --------- |
| Datenkopien                            | 2         | 3         |
| Tolerierte gleichzeitige Ausfälle      | 1         | 2         |
| Mindestanzahl der Controller-Knoten    | 2         | 3         |
| Empfohlene Knoten                      | 3         | 5         |
| Speicher-Overhead (vor Deduplizierung) | \~2x      | \~3x      |
| Standard                               | Ja        | Nein      |

## Zusätzliche Tier-0-Redundanz (D+x)

Wenn ein Controller-Knoten mehr als ein Tier-0-Laufwerk hat, spiegelt VergeOS Metadaten auch lokal über diese Laufwerke hinweg und entspricht damit der System-Redundanzstufe bis zur Anzahl der Laufwerke. Siehe [Lokale Tier-0-Metadaten-Redundanz des Knotens (D+x)](/run-the-platform/de/speicher/tier0-local-redundancy.md).


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.verge.io/run-the-platform/de/speicher/vsan-redundancy-levels.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.