> 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/learn-the-platform/de/modul-2-dimensionierung-and-design/lab.md).

# Labor: Dimensionierungs- und Designübung

## Zielsetzung

Anhand eines fiktiven Kundenszenarios bewerten Sie Anforderungen, wählen eine geeignete VergeOS-Topologie aus, dimensionieren die Hardware und erstellen ein Bereitstellungsdiagramm.

## Voraussetzungen

* Abgeschlossenes Modul 1: Architekturgrundlagen
* Abgeschlossene Lektüre von Modul 2 (Hardwareanforderungen, Referenzarchitekturen, Kundeneingrenzung)
* Zugriff auf die VergeOS-Referenzarchitektur-Dokumentation

## Schwierigkeitsgrad

**Anfänger** -- Schritt-für-Schritt-Anleitung vorhanden

## Geschätzte Zeit

**1 Stunde**

## Schritte

### Teil 1: Anforderungserhebung

Überprüfen Sie das folgende Kundenszenario und extrahieren Sie die wichtigsten Dimensionierungsdaten.

> **Szenario**: Ein mittelständisches Logistikunternehmen muss 3 veraltete VMware-Cluster (insgesamt 40 VMs) auf VergeOS konsolidieren. Es betreibt eine Mischung aus Windows Server (AD, Dateidienste, SQL Server) und Linux (Web-Apps, Monitoring). Der Spitzenverbrauch an Arbeitsspeicher über alle VMs hinweg liegt bei etwa 384 GB. Der gesamte belegte Speicher beträgt 12 TB, mit einem erwarteten jährlichen Wachstum von 20 %. Sie haben ein einzelnes Rechenzentrum mit einem Netzwerk-Rack und wünschen Hochverfügbarkeit.

**Zu beantwortende Fragen:**

1. Wie hoch ist der Gesamtbedarf an vCPU, Arbeitsspeicher und Speicher?
2. Welchen Wachstumshorizont sollten Sie planen (1 Jahr, 3 Jahre)?
3. Welche Verfügbarkeitsanforderungen bestehen?
4. Gibt es Workloads, die besondere Berücksichtigung erfordern (z. B. SQL Server-IOPS)?

### Teil 2: Topologieauswahl

Basierend auf Ihrer Anforderungsanalyse:

1. Soll dies eine HCI- oder UCI-Bereitstellung sein? Warum?
2. Wie viele Knoten empfehlen Sie?
3. Welche Knotenrollen werden benötigt (Controller, Scale-out, nur Speicher, nur Rechenleistung)?
4. Welche Referenzarchitektur ist der nächstliegende Ausgangspunkt?

### Teil 3: Hardware-Dimensionierung

Erstellen Sie eine Stückliste für jeden Knoten:

1. CPU-Modell und Kernanzahl
2. Arbeitsspeicher pro Knoten
3. Speicherkonfiguration (Boot-Laufwerk, Leistungsebene (z. B. NVMe für Tier 1), Kapazitätsebene (z. B. HDD für Tier 4), Tier-0-Metadaten-NVMe auf Controller-Knoten (3 DWPD oder gleichwertig; mindestens 1, 2 empfohlen))
4. Netzwerkschnittstellen (wie viele, welche Geschwindigkeit)

### Teil 4: Diagramm

Zeichnen oder beschreiben Sie ein Topologiediagramm, das Folgendes zeigt:

1. Knotenlayout (welche Knoten, welche Rollen)
2. Netzwerkverbindungen (Core-Fabric, extern)
3. Speicher-Tiers
4. Wie HA erreicht wird

## Verifizierung

Ihr Design ist fertig, wenn Sie Folgendes beantworten können **ja** allen folgenden Punkten antworten kannst:

* [ ] Die Gesamtressourcen erreichen oder übertreffen die aktuelle Nutzung des Kunden plus den Wachstumsplan
* [ ] Die Topologie bietet Hochverfügbarkeit (keinen Single Point of Failure)
* [ ] Das Netzwerkdesign umfasst redundante Core-Fabric-Verbindungen
* [ ] Der Speicher ist mit geeigneter Trennung der Tiers dimensioniert (schnelle Ebene für leistungssensible Workloads, Kapazitätsebene für Archiv/Snapshots)
* [ ] Controller-Knoten enthalten Tier-0-Metadaten-NVMe (3 DWPD oder gleichwertig; mindestens 1, 2 empfohlen)
* [ ] Sie können Ihre HCI-gegen-UCI-Entscheidung mit konkreten Kundenanforderungen begründen


---

# 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/learn-the-platform/de/modul-2-dimensionierung-and-design/lab.md?ask=<question>&goal=<endgoal>
```

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