> 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/es/modulo-2-dimensionamiento-y-diseno/lab.md).

# Laboratorio: Ejercicio de dimensionamiento y diseño

## Objetivo

Dado un escenario ficticio de cliente, evaluarás los requisitos, seleccionarás una topología VergeOS adecuada, dimensionarás el hardware y elaborarás un diagrama de implementación.

## Requisitos previos

* Módulo 1 completado: Fundamentos de la arquitectura
* Lectura del Módulo 2 completada (Requisitos de hardware, arquitecturas de referencia, alcance del cliente)
* Acceso a la documentación de arquitectura de referencia de VergeOS

## Dificultad

**Principiante** -- Se proporciona orientación paso a paso

## Tiempo estimado

**1 hora**

## Pasos

### Parte 1: Recopilación de requisitos

Revisa el siguiente escenario del cliente y extrae los principales datos de dimensionamiento.

> **Escenario**: Una empresa logística de tamaño mediano necesita consolidar 3 clústeres VMware envejecidos (40 VMs en total) en VergeOS. Ejecutan una mezcla de Windows Server (AD, servicios de archivos, SQL Server) y Linux (aplicaciones web, supervisión). El uso máximo de memoria en todas las VMs es de \~384 GB. El almacenamiento total consumido es de 12 TB con un crecimiento anual esperado del 20%. Tienen un único centro de datos con un solo rack de red y quieren alta disponibilidad.

**Preguntas para responder:**

1. ¿Cuál es el requisito total de vCPU, memoria y almacenamiento?
2. ¿Qué margen de crecimiento debes planificar (1 año, 3 años)?
3. ¿Qué requisitos de disponibilidad existen?
4. ¿Hay cargas de trabajo que requieran una consideración especial (p. ej., IOPS de SQL Server)?

### Parte 2: Selección de topología

Con base en tu análisis de requisitos:

1. ¿Debería ser una implementación HCI o UCI? ¿Por qué?
2. ¿Cuántos nodos recomiendas?
3. ¿Qué roles de nodo se necesitan (controlador, escalado horizontal, solo almacenamiento, solo cómputo)?
4. ¿Qué arquitectura de referencia es el punto de partida más cercano?

### Parte 3: Dimensionamiento de hardware

Elabora una lista de materiales para cada nodo:

1. Modelo de CPU y número de núcleos
2. Memoria por nodo
3. Configuración de almacenamiento (unidad de arranque, nivel de rendimiento (p. ej., NVMe para Nivel 1), nivel de capacidad (p. ej., HDD para Nivel 4), NVMe de metadatos de Nivel 0 en nodos controladores (3 DWPD o equivalente; 1 mínimo, 2 recomendado))
4. Interfaces de red (cuántas, qué velocidad)

### Parte 4: Diagrama

Dibuja o describe un diagrama de topología que muestre:

1. Distribución de nodos (qué nodos, qué roles)
2. Conexiones de red (tejido principal, externas)
3. Niveles de almacenamiento
4. Cómo se logra la HA

## Verificación

Tu diseño estará completo cuando puedas responder **sí** a todo lo siguiente:

* [ ] Los recursos totales igualan o superan el uso actual del cliente + el plan de crecimiento
* [ ] La topología proporciona alta disponibilidad (sin un único punto de falla)
* [ ] El diseño de red incluye conexiones redundantes al tejido principal
* [ ] El almacenamiento se dimensiona con una separación de niveles adecuada (nivel rápido para cargas sensibles al rendimiento, nivel de capacidad para archivo/snapshots)
* [ ] Los nodos controladores incluyen NVMe de metadatos de Nivel 0 (3 DWPD o equivalente; 1 mínimo, 2 recomendado)
* [ ] Puedes justificar tu decisión de HCI frente a UCI con requisitos específicos del cliente


---

# 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/es/modulo-2-dimensionamiento-y-diseno/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.