---
title: "Los mejores y peores casos de uso de alta disponibilidad: una guía de implementación SafeKit"
canonical: "https://safekit.eviden.com/es/use-cases/best-worst-use-cases-high-availability/"
description: "Identifique los mejores y peores casos de uso para la alta disponibilidad. Descubra dónde destaca SafeKit en la agrupación en clústeres definida por software para Windows y Linux , y averigüe cuándo el almacenamiento compartido tradicional o la alta disponibilidad basada en hardware podrían no ser adecuados para su negocio."
category: "use-cases"
lang: "es"
topics: "Mejores casos de uso, Limitaciones de alta disponibilidad SafeKit"
---
# Los mejores y peores casos de uso de alta disponibilidad: una guía de implementación de SafeKit {#best-and-worst-high-availability-use-cases-a-safekit-implementation-guide}
## Mejores casos de uso {#best-use-cases}
### Software OEM {#oem-software}
Un editor de software utiliza [ SafeKit como software OEM ]() para una alta disponibilidad de su aplicación.
Software de agrupación de aplicaciones 
### Empresa distribuida {#distributed-enterprise}
Una empresa distribuida implementa [ SafeKit en muchas sucursales ]() sin conocimientos informáticos específicos.
Software de alta disponibilidad 
### Sitios remotos {#remote-sites}
[ SafeKit se implementa en dos sitios remotos ]() sin necesidad de bahías de discos replicadas a través de una SAN.
## Limitaciones de alta disponibilidad SafeKit {#safekit-ha-limitations}
Límite / Requisito | Motivo e impacto | Alternativa recomendada
---|---|---
Tamaño de la replicación: unos pocos TB | Tiempo de resincronización tras un fallo ([paso 3](https://safekit.eviden.com/es/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)):
• Red de 1 Gb/s ≈ 3 horas/TB
• Red de 10 Gb/s ≈ 1 hora/TB (dependiendo del rendimiento de escritura del disco) | • Utilizar [almacenamiento compartido externo](https://safekit.eviden.com/es/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (más caro, más complejo).
Número de archivos: < 1 000 000 | • Rendimiento del tiempo de resincronización después de una falla ([paso 3](https://safekit.eviden.com/es/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Tiempo necesario para comparar cada archivo entre ambos nodos. | • Coloque los numerosos archivos que se van a replicar en un disco duro virtual o en una máquina virtual.
• En este caso, solo se replicarán y resincronizarán los archivos que representan el disco duro virtual o la máquina virtual.
Capacidad de conmutación por error: ≤ 32 máquinas virtuales | • Cada máquina virtual se ejecuta en un módulo mirror independiente.
• Máximo de 32 módulos mirror que se ejecutan en el mismo clúster. | • Utilizar un almacenamiento compartido externo y otra solución de clúster de máquinas virtuales (más cara y más compleja).
Arquitectura de red: red LAN/VLAN entre sitios remotos | • Conmutación por error automática de la [dirección IP virtual](https://safekit.eviden.com/es/best-practises/how-a-virtual-ip-address-works/) con 2 nodos en la misma subred.
• Buen ancho de banda para la resincronización ([paso 3](https://safekit.eviden.com/es/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Baja latencia para [la replicación sincrónica](https://safekit.eviden.com/es/best-practises/synchronous-replication-vs-asynchronous-replication/): normalmente < 5 ms RTT; los valores más altos deben validarse con la tasa de escritura de la aplicación. | • Si los dos nodos están en subredes diferentes (común en la nube), utilice [otras opciones de reenvío](https://safekit.eviden.com/es/best-practises/how-a-virtual-ip-address-works/#safekit-virtual-ip-implementation): un balanceador de carga, las CLI del proveedor de la nube, BGP o la redirección de DNS.
• Utilice soluciones de copia de seguridad con replicación asíncrona para redes con alta latencia.