> 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/fr/module-2-dimensionnement-et-conception/lab.md).

# Atelier : Exercice de dimensionnement et de conception

## Objectif

À partir d'un scénario client fictif, vous évaluerez les besoins, sélectionnerez une topologie VergeOS appropriée, dimensionnerez le matériel et produirez un schéma de déploiement.

## Prérequis

* Module 1 terminé : Fondamentaux de l'architecture
* Lecture du module 2 terminée (exigences matérielles, architectures de référence, cadrage client)
* Accès à la documentation d'architecture de référence VergeOS

## Difficulté

**Débutant** -- Accompagnement étape par étape fourni

## Temps estimé

**1 heure**

## Étapes

### Partie 1 : Collecte des besoins

Examinez le scénario client suivant et extrayez les paramètres clés de dimensionnement.

> **Scénario**: Une entreprise de logistique de taille moyenne doit consolider 3 clusters VMware vieillissants (40 VM au total) sur VergeOS. Elle exécute un mélange de Windows Server (AD, services de fichiers, SQL Server) et de Linux (applications web, supervision). L'utilisation mémoire de pointe sur l'ensemble des VM est d'environ 384 Go. Le stockage total utilisé est de 12 To, avec une croissance annuelle prévue de 20 %. Ils disposent d'un seul centre de données avec une seule baie réseau et souhaitent une haute disponibilité.

**Questions à répondre :**

1. Quelle est l'exigence totale en vCPU, mémoire et stockage ?
2. Quelle marge de croissance devez-vous prévoir (1 an, 3 ans) ?
3. Quelles exigences de disponibilité existent ?
4. Y a-t-il des charges de travail qui nécessitent une attention particulière (par exemple, les IOPS de SQL Server) ?

### Partie 2 : Sélection de la topologie

Sur la base de votre analyse des besoins :

1. S'agit-il d'un déploiement HCI ou UCI ? Pourquoi ?
2. Combien de nœuds recommandez-vous ?
3. Quels rôles de nœud sont nécessaires (contrôleur, scale-out, stockage uniquement, calcul uniquement) ?
4. Quelle architecture de référence est le point de départ le plus proche ?

### Partie 3 : Dimensionnement matériel

Produisez une nomenclature pour chaque nœud :

1. Modèle de CPU et nombre de cœurs
2. Mémoire par nœud
3. Configuration de stockage (disque de démarrage, niveau de performance (par exemple, NVMe pour le niveau 1), niveau de capacité (par exemple, HDD pour le niveau 4), NVMe de métadonnées de niveau 0 sur les nœuds contrôleurs (3 DWPD ou équivalent ; 1 minimum, 2 recommandés))
4. Interfaces réseau (combien, à quelle vitesse)

### Partie 4 : Schéma

Dessinez ou décrivez un schéma de topologie montrant :

1. Disposition des nœuds (quels nœuds, quels rôles)
2. Connexions réseau (fabric principal, externe)
3. Niveaux de stockage
4. Comment la haute disponibilité est assurée

## Vérification

Votre conception est complète lorsque vous pouvez répondre **oui** à tout ce qui suit :

* [ ] Les ressources totales atteignent ou dépassent l'utilisation actuelle du client + le plan de croissance
* [ ] La topologie offre une haute disponibilité (aucun point de défaillance unique)
* [ ] La conception réseau inclut des connexions redondantes au fabric principal
* [ ] Le stockage est dimensionné avec une séparation des niveaux appropriée (niveau rapide pour les charges sensibles aux performances, niveau de capacité pour les archives/instantanés)
* [ ] Les nœuds contrôleurs incluent du NVMe de métadonnées de niveau 0 (3 DWPD ou équivalent ; 1 minimum, 2 recommandés)
* [ ] Vous pouvez justifier votre décision HCI vs UCI avec des besoins clients spécifiques


---

# 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/fr/module-2-dimensionnement-et-conception/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.