Binhex Cloud | Acuerdo de Nivel de Servicio (SLA)
Bases de datos de Odoo CE y EE alojadas en la infraestructura de servidores de Binhex
Las bases de datos de los clientes se alojan en clústeres de servidores dedicados en la región europea (consulta la Política de Privacidad para más información).
Cada base de datos de cliente se replica en tiempo real en un almacenamiento redundante dentro del mismo centro de datos.
Trabajamos con el mismo proveedor de servidores dedicados en Europa, que garantiza una disponibilidad del servicio del 99,9%, por lo que nosotros garantizamos un tiempo de actividad del 99,9% para nuestro servicio de alojamiento (excluyendo el mantenimiento programado). https://www.ovhcloud.com/es-es/personal-data-protection/security/ https://www.ovhcloud.com/es-es/personal-data-protection/security/
Un 99,9% de tiempo de actividad equivale a un tiempo de inactividad máximo de 45 minutos al mes por mantenimiento.
Por lo general, ofrecemos un tiempo de actividad mucho mejor (llegando al 100% la mayoría de los meses), ya que nuestros proveedores superan constantemente sus propios compromisos de SLA.
* Estas métricas se refieren a la disponibilidad de la plataforma para todos los clientes. Es posible que algunas bases de datos individuales no estén disponibles temporalmente por motivos específicos, normalmente relacionados con acciones solicitadas por el propio cliente o personalizaciones.
Las operaciones de mantenimiento programado se realizan de forma regular, normalmente una vez al mes, suelen durar menos de 1 hora y se programan fuera del horario laboral de la región a la que se presta servicio. Siempre se avisa de ellas por correo electrónico.
Nuestros centros de datos cuentan con certificación Tier-III o equivalente, con redundancia N+1 para suministro eléctrico, redes y refrigeración.
Cada base de datos de cliente se replica en tiempo real en un almacenamiento redundante dentro del mismo centro de datos. En caso de fallo de hardware, se produce una conmutación por error (failover) automática sin pérdida de datos.
Las políticas de copias de seguridad varían en función del plan contratado:
• Instancias Essential: el propio cliente gestiona sus copias de seguridad.
• Instancias Professional: 14 copias de seguridad distribuidas de la siguiente manera: copias diarias de los últimos 7 días, una copia semanal durante 4 semanas y una copia mensual durante 3 meses.
• Instancias Growth: 14 copias de seguridad con la misma distribución que en la versión Light, además de replicación en una segunda ubicación para contar con almacenamiento redundante.
• Instancias Moderadas: 14 copias de seguridad con la misma distribución que en la versión Light, además de replicación en una segunda ubicación para contar con almacenamiento redundante.
• Instancias Corporate: 14 copias de seguridad con la misma distribución que en la versión Light, además de replicación en una segunda y tercera ubicación para contar con almacenamiento redundante.
En caso de un desastre permanente que afecte a un único servidor, el Plan de Recuperación ante Desastres cuenta con las siguientes métricas:
• RPO (Objetivo de Punto de Recuperación) = 8 horas: como máximo se perderían 8 horas de trabajo.
• RTO (Objetivo de Tiempo de Recuperación) = 30 minutos: el servicio volverá a estar operativo en un máximo de 30 minutos (incluyendo el tiempo de espera y la propagación de DNS).
En caso de desastres en el centro de datos (un centro de datos entero con problemas permanentes), el Plan de Recuperación ante Desastres tiene estas métricas:
• RPO (Objetivo de Punto de Recuperación) = 8 horas: como máximo se perderían 8 horas de trabajo.
• RTO (Objetivo de Tiempo de Recuperación) = 24 horas: el servicio se restaurará a partir de las copias de seguridad en un plazo de 24 horas en un centro de datos diferente.
Los datos de los clientes se almacenan en una base de datos dedicada; en ningún momento se comparten datos entre clientes.
Las reglas de control de acceso a los datos aplican un aislamiento total entre las bases de datos de los clientes que se ejecutan en el mismo clúster. No es posible el acceso cruzado entre distintas bases de datos.
Las contraseñas de los clientes están protegidas con cifrado PBKDF2 + SHA512, el estándar del sector (con "salt" y miles de iteraciones para mayor seguridad).
El personal de Binhex no tiene acceso a tu contraseña y no puede recuperarla por ti. La única opción si la pierdes es restablecerla.
Las credenciales de inicio de sesión siempre se transmiten de forma segura mediante protocolo HTTPS.