Evidian > Produits > Logiciel de haute disponibilité - Zéro surcoût matériel > Quel est le RTO / RPO d'un cluster de haute disponibilité SafeKit ?
Le RTO (Recovery Time Objective) est le temps pendant lequel l'application est indisponible en cas de panne. Le RTO d'un cluster miroir de SafeKit est de l'ordre de 1 mn et peut être diminué si vous configurez le timeout des heartbeats.
Pour une panne matérielle dans un cluster miroir, RTO = timeout des heartbeats (par défaut 30 s, peut être modifié dans userconfig.xml) + délai pour redémarrer l'application.
Pour une défaillance logicielle ou un basculement administrateur, RTO = le temps d'arrêter (proprement) l'application + le temps de la redémarrer.
Avec les solutions qui redémarrent une machine virtuelle complète en cas de panne, le RTO inclut le temps de reboot de la machine virtuelle.
Le RTO (Recovery Time Objective) est le temps pendant lequel l'application est indisponible en cas de panne. Le RTO du cluster ferme de SafeKit est de l'ordre de quelques secondes sur panne matérielle.
Pour une panne matérielle, RTO = timeout sur la détection de panne via les voies de surveillance (par défaut quelques secondes) : après le timeout, les filtres de load balancing sont reconfigurés.
Pour une défaillance logicielle ou un basculement administrateur, RTO = le temps d'arrêter (proprement) l'application + le temps de la redémarrer.
Le RPO (Recovery Point Objective) reflète la perte de données en cas de panne. Le RPO du cluster miroir de SafeKit est 0 car la réplication est synchrone et temps réel.
Attention, avec la réplication asynchrone, le RPO n'est pas 0 et il y a perte de données en cas de panne lorsque l'application redémarre sur le serveur secondaire.
N/R. Il n'y a pas de réplication de données dans un cluster ferme.
Cette solution indépendante de la plateforme est idéale pour un partenaire ayant une application critique et qui souhaite proposer une option de haute disponibilité simple à déployer auprès de nombreux clients.
Elle est également reconnue comme la plus simple à mettre en œuvre par nos partenaires.
Partage de charge réseau et reprise sur panne |
|
Windows farm |
Linux farm |
Generic farm > | Generic farm > |
Microsoft IIS > | - |
NGINX > | NGINX > |
Apache > | Apache > |
Amazon AWS farm > | Amazon AWS farm > |
Microsoft Azure farm > | Microsoft Azure farm > |
Google GCP farm > | Google GCP farm > |
Other cloud > | Other cloud > |
Plusieurs modules peuvent être déployés dans le même cluster. Ainsi, des architectures de clustering avancées peuvent être mises en œuvre :
Réplication de fichiers temps réel et reprise sur panne |
|||||||||||||||||||||||||||||||
Windows mirror |
Linux mirror |
||||||||||||||||||||||||||||||
Generic mirror > | Generic mirror > | ||||||||||||||||||||||||||||||
Microsoft SQL Server > | - | ||||||||||||||||||||||||||||||
Oracle > | Oracle > | ||||||||||||||||||||||||||||||
MariaDB > | MariaDB > | ||||||||||||||||||||||||||||||
MySQL > | MySQL > | ||||||||||||||||||||||||||||||
PostgreSQL > | PostgreSQL > | ||||||||||||||||||||||||||||||
Firebird > | Firebird > | ||||||||||||||||||||||||||||||
Windows Hyper-V > | - | ||||||||||||||||||||||||||||||
- | Linux KVM > | ||||||||||||||||||||||||||||||
- | Docker > | ||||||||||||||||||||||||||||||
- | Kubernetes > | ||||||||||||||||||||||||||||||
- | Elasticsearch > | ||||||||||||||||||||||||||||||
Milestone XProtect > | - | ||||||||||||||||||||||||||||||
Genetec SQL Server > | - | ||||||||||||||||||||||||||||||
Hanwha Wisenet > | - | ||||||||||||||||||||||||||||||
Nedap AEOS > | - | ||||||||||||||||||||||||||||||
Siemens Desigo CC > Siemens SiPass > Siemens SIPORT > Siemens Siveillance > |
- | ||||||||||||||||||||||||||||||
Bosch AMS > Bosch BIS > Bosch BVMS > |
- | ||||||||||||||||||||||||||||||
Amazon AWS mirror > | Amazon AWS mirror > | ||||||||||||||||||||||||||||||
Microsoft Azure mirror > | Microsoft Azure mirror > | ||||||||||||||||||||||||||||||
Google GCP mirror > | Google GCP mirror > | ||||||||||||||||||||||||||||||
Other cloud > | Other cloud > |
Cluster miroir d'Evidian SafeKit avec réplication de fichiers temps réel et reprise sur panne |
|
Économisez avec 3 produits en 1 > |
|
|
|
|
|
Retour d'un serveur tombé en panne totalement automatisé (failback) > |
|
Réplication de n'importe quel type de données > |
|
Réplication de fichiers vs réplication de disque > |
|
Réplication de fichiers vs disque partagé > |
|
Sites distants et adresse IP virtuelle > |
|
Quorum >
|
|
|
|
Solution de haute disponibilité uniforme > |
|
|
|
Cluster ferme d'Evidian SafeKit avec load balancing et reprise sur panne |
|
Pas de load balancer, ni de serveur proxy dédié, ni d'adresse Ethernet multicast spéciale > |
|
Toutes les fonctionnalités de clustering > |
|
Sites distants et adresse IP virtuelle > |
|
Solution de haute disponibilité uniforme > |
|
|
|
Cluster de type "shared nothing"" vs cluster à disque partagé > |
|
|
|
Haute disponibilité applicative vs Haute disponibilité de machines virtuelles complètes > |
|
|
|
|
|
|
|
Réplication de fichiers au niveau octet vs réplication de disque au niveau du bloc > |
|
|
|
Heartbeat, reprise sur panne et quorum pour éviter 2 serveurs maîtres > |
|
|
|
Adresse IP virtuelle |
|
|
|