Carbonite Availability mantiene servidores críticos operando aun cuando falla el sistema principal: replica continuamente a un servidor standby (físico, virtual o en nube) y conmuta automáticamente cuando detecta una caída. El usuario final apenas percibe la interrupción. Xenti Technology es distribuidor autorizado en México y diseña, implementa y opera el cluster bajo SLA.
¿Qué es Carbonite Availability?
Carbonite Availability es una solución de alta disponibilidad continua (HA) por replicación. A diferencia de un cluster tradicional Microsoft o VMware, no requiere hardware idéntico, almacenamiento compartido ni un fabric SAN dedicado. Funciona sobre IP estándar y replica byte-a-byte el sistema fuente al sistema destino en tiempo real.
Si el primario falla — corte eléctrico, falla de hardware, error de OS, ransomware — Carbonite Availability orquesta el failover automatizado. El servidor standby asume el rol del primario en cuestión de segundos. Cuando el primario regresa, la replicación se invierte y eventualmente se ejecuta failback al sitio original.
Casos de uso típicos
- Microsoft Exchange Server on-premise sin necesidad de DAG (Database Availability Group), reduciendo complejidad y costos de licenciamiento Enterprise.
- Microsoft SQL Server sin necesidad de Always-On Availability Groups ni Storage Spaces Direct, lo que permite cubrir SQL Standard sin upgrade a Enterprise.
- Aplicaciones ERP heredadas (SAP, JD Edwards, ASPEL, CONTPAQi, Microsip) donde el fabricante no provee HA nativa.
- File servers críticos compartidos por toda la empresa.
- Aplicaciones LOB de negocio en Windows o Linux, incluido software propietario o “in-house” sin replicación a nivel aplicación.
¿Cómo funciona técnicamente?
Carbonite Availability instala un agente ligero en los servidores fuente y destino, controlado desde una consola central. El agente intercepta los cambios a nivel de bloque del sistema de archivos y los transmite cifrados (AES 256) al destino. La replicación es byte-level continuous, no snapshot-based, lo que garantiza un RPO cercano a cero.
La detección de falla puede dispararse por: heartbeat perdido entre primario y secundario, pérdida de conectividad de red, monitor aplicativo (por ejemplo, puerto 25 inactivo en Exchange) o intervención manual. El failover ejecuta scripts pre-definidos: arrancar servicios, actualizar DNS interno, montar IPs virtuales y notificar al equipo de operaciones.
Plataformas compatibles
| Categoría | Detalle |
|---|---|
| SO fuente / destino | Windows Server (2012 R2+), Red Hat Enterprise Linux, CentOS, Oracle Enterprise Linux, SUSE, Ubuntu Server. |
| Aplicaciones monitoreadas | Exchange, SQL Server, IIS, Oracle, custom (vía scripts). |
| Ambiente destino | Servidor físico, VM en VMware vSphere/Hyper-V, instancia en AWS / Azure / Google Cloud. |
| RPO típico | Cercano a cero (segundos). |
| RTO típico | Decenas de segundos a pocos minutos según volumen. |
Contexto para empresas mexicanas
En el mercado mexicano, Carbonite Availability suele justificarse cuando: (a) la operación 24×7 hace inviable cualquier ventana de mantenimiento sin pérdida; (b) la dependencia de un solo servidor crítico genera riesgo financiero o reputacional medible; o (c) el cumplimiento sectorial (NOM, CNBV, Cofepris) exige tolerancia a fallas demostrable.
A diferencia de implementar HA nativa de cada aplicación, una sola solución cubre el portafolio entero. Esto reduce skills requeridos en el equipo y consolida el soporte en un solo contrato.
¿Por qué con Xenti Technology?
- Distribuidor autorizado con relación contractual directa con el fabricante.
- Facturación local en México con CFDI 4.0, comprobante deducible inmediato.
- Soporte técnico en español y en inglés, con SLA acordado en contrato.
- Acompañamiento de ingeniería en diseño, implementación y operación.
- Cobertura nacional en toda la República Mexicana.
- Más de 20 años respaldando departamentos de TI en sectores financiero, manufactura, salud, educación y servicios profesionales.
¿Cómo solicitar una cotización?
El proceso estándar con Xenti es:
- Assessment inicial sin costo (≈ 2 horas) — revisamos contigo el ambiente actual, los requerimientos y las ventanas de mantenimiento.
- Diseño técnico y propuesta cerrada en 5–7 días hábiles, alcance, cronograma y plan de implementación.
- Implementación con ingeniero asignado, configuración y pruebas.
- Soporte post-implementación según el SLA contratado.
Contacto: Carlos Bravo, Administrador de Nuevos Negocios — carlos.bravo@xenti.com.mx · +52 81 4171 6605 · WhatsApp +52 81 2762 2486.
Contacto directo y redes
- WhatsApp: +52 81 2762 2486
- Correo comercial: carlos.bravo@xenti.com.mx
- Teléfono: +52 81 4171 6605
- LinkedIn: Xenti Technology en LinkedIn
Preguntas frecuentes
- ¿Cuál es la diferencia entre Carbonite Availability y un cluster de Windows?
- Un cluster Microsoft (WSFC) requiere hardware idéntico y almacenamiento compartido (SAN o S2D). Carbonite Availability no: usa replicación IP entre cualquier par de servidores, incluso entre on-premise y nube. Esto reduce costos de hardware y elimina dependencias del fabric SAN.
- ¿Carbonite Availability protege contra ransomware?
- Reduce el impacto pero no es una solución antiransomware. Si el primario es comprometido, los cambios maliciosos se replican al secundario. Por eso se recomienda combinarlo con Carbonite Server Backup para snapshots inmutables y con segregación de red entre los nodos.
- ¿Necesito doble licenciamiento de aplicación (por ejemplo, doble SQL Enterprise)?
- Generalmente no. El servidor standby opera en modo pasivo y muchas licencias de fabricante permiten un “warm standby” sin costo extra. Xenti revisa esto en el assessment caso por caso.
- ¿Qué pasa si el enlace entre primario y secundario se cae?
- Carbonite Availability detecta la pérdida de conectividad y entra en modo split-brain protection: ninguno de los dos failover automáticamente hasta restablecer enlace o ejecutar override manual. Esto evita corrupción de datos.
- ¿Cuántos servidores se pueden proteger con una sola consola?
- La consola escala a cientos de pares fuente-destino. En despliegues típicos PYME (5-50 servidores) la consola es ligera y no requiere infraestructura dedicada.
- ¿Puedo usar Carbonite Availability como DR a un sitio en otra ciudad?
- Sí, pero requiere ancho de banda suficiente y considera la latencia. Para DR a sitios remotos o nube pública, suele ser más eficiente combinar con Carbonite Recover (DRaaS).
Soluciones relacionadas
Información sujeta a cambios sin previo aviso.