---
title: "Grupos de Disponibilidad"
description: "Reparte tus VPS entre hosts físicos distintos para que un solo fallo de hardware no pueda tumbarlos todos."
category: "Despliegue"
language: es
source: https://cubepath.com/es/docs/products/despliegue/grupos-de-disponibilidad
updated: 2026-10-29
---

# Grupos de Disponibilidad

Un grupo de disponibilidad evita que tus servidores compartan un único punto de fallo. Pon varios VPS en un grupo y CubePath coloca cada uno en un **host físico distinto**, de modo que si una máquina cae, el resto sigue funcionando.

Un *host* aquí es uno de los hipervisores de CubePath: un servidor físico del centro de datos que ejecuta muchas máquinas virtuales a la vez. Un grupo de tres servidores web aterriza en tres hipervisores separados: si uno falla o se reinicia por mantenimiento, pierdes un servidor mientras los otros dos siguen sirviendo.

Es la configuración estándar para cualquier cosa que deba mantenerse en pie: capas web balanceadas, réplicas de base de datos y cualquier servicio en el que dos servidores en el mismo host echarían por tierra el sentido de tener dos.

## Crear un grupo

```steps
### Abre el asistente de creación
En la página **Availability Groups** de [my.cubepath.com](https://my.cubepath.com), pulsa **Create Group**.

### Nómbralo y elige ubicación
Introduce un **nombre** (y una **descripción** opcional) y escoge la **ubicación**.

### Crea
Confirma. El grupo está listo para desplegar máquinas dentro.
```

## Añadir máquinas

Elige el grupo de disponibilidad al [desplegar un VPS](/docs/products/despliegue/desplegar-una-maquina-virtual), para que se coloque correctamente desde el principio. También puedes añadir una máquina existente a un grupo después.

![Selector de Availability Group al desplegar una VPS](https://cdn.cubepath.com/img/docs/products/2862df8a-a5cc-407c-8c70-7b44819b6356.png)

La máquina debe estar en el **mismo proyecto y ubicación** que el grupo, y en un estado en el que se pueda modificar (no a mitad de despliegue ni de borrado). Sacar una máquina del grupo la deja funcionando; simplemente deja de formar parte del reparto.

> Importante: Añadir a un grupo un VPS **ya existente y en marcha** no lo mueve. El reparto se aplica cuando las máquinas se *colocan*, así que un servidor que ya corre en un host compartido se queda donde está. Para conseguir la separación real, despliega la máquina dentro del grupo desde el inicio.

## Ver el grupo en conjunto

La vista del grupo lista sus miembros y muestra **métricas combinadas** de toda la capa en un solo sitio. También puedes apuntar una [Cloud Alert](/docs/products/despliegue/alertas-cloud) a un grupo de disponibilidad en vez de a una máquina concreta, que es la granularidad correcta para "¿está sana esta capa?".

![Tarjeta del grupo de disponibilidad con sus miembros y el enlace View Metrics](https://cdn.cubepath.com/img/uploads/7ed5f7ff-5485-4856-9546-66258574f778.png)

![Uso medio de CPU de todas las VPS de un grupo de disponibilidad, última hora](https://cdn.cubepath.com/img/uploads/dd200fe4-73ea-4fa0-aa02-d71a7cbbcbd2.png)

## Límites

| Concepto | Límite |
|----------|--------|
| VPS por grupo | 50 |
| Alcance | Un proyecto y una ubicación por grupo |

## Qué no hace

- **Es colocación, no balanceo.** Solo decide en qué hipervisor corre cada VPS. Para repartir las peticiones entre los miembros, pon delante un [Balanceador de Carga](/docs/products/despliegue/desplegar-un-balanceador-de-carga).
- **Es de una sola ubicación.** Un grupo reparte entre hosts dentro de una ubicación. Para resiliencia entre regiones, monta un grupo en cada ubicación y enruta entre ellas con [GeoDNS](/docs/products/despliegue/dns-geodns-es).

> Consejo: Un grupo de disponibilidad y un balanceador son las dos mitades de la misma idea — el grupo se asegura de que tus servidores no puedan caer juntos, el balanceador de que el tráfico deje de ir al que caiga.