Haute disponibilité pour Asterisk

Comparer HAast à d’autres alternatives

HAAST

»

COMPARAISON

Overview
Benefits
Features
Technology
Testimonials
Screenshots
Videos
Editions
FAQ
Comparison
Download
Pricing / Buy
Forums
License

comparison

 
HAast
Product A
Product B
Product C
Product D

Peer Autonomy

No shared physical devices
No shared logical devices
Support unique peer configurations
Critical resource isolation

Synchronization

Config, data, and voicemail files
Asterisk® internal database
No sync if detect peer unhealthy
No sync if detect corrupt data
Intelligent merging of data after reconnection

Peer Health / Failure Detection

Asterisk® process awareness
Intelligent Asterisk® testing
Hardware health awareness
External environment awareness
User defined health scoring/rules

Geographic Separation

Capable of local (inter-data center) separation
Capable of wide (intercontinental) separation
Automatic WAN network latency compensation
Adjustable LAN/WAN network latency control

No Single Point Of Failure

No imposed shared utility/communications
No dependance on shared physical device
No dependance on shared logical device

Encryption

Encrypted control traffic
Encrypted data exchange traffic
Encrypted file storage network traffic
Yes/Excellent
Partial/Fair
No/Poor

Détails de Comparaison

Les cases suivantes fournissent d’autres détails de comparaison, et en cliquant sur la flèche vers le bas au bas de chaque section, vous pouvez voir comment HAAst effectué.

Autonomie des Pairs

L’autonomie des pairs décrit le degré d’indépendance et d’isolement des pairs. Les pairs d’un cluster doivent être totalement autonomes et ne pas partager d’appareils logiques ou physiques. Si les pairs partagent des dispositifs logiques ou physiques, la défaillance de l’appareil partagé arrête immédiatement l’ensemble du cluster. Les clusters doivent également tenir compte des différences entre pairs (y compris le matériel, le système d’exploitation, les pilotes, le réseau et la configuration Asterisk afin de s’assurer que les pairs peuvent fonctionner dans des centres de données différents tout en partageant des données de configuration.

HAast est le seul produit à haute disponibilité qui ne partage aucun périphérique logique ou physique entre pairs. Tous les autres produits partagent des banques de coffres/canaux USB (p. ex. Xorcom TwinStar, Digium R-Series banks) et/ou de stockage (p. ex. NFS, PME, DRBD). L’échec d’une banque de canaux USB partagée provoque immédiatement la faillite de l’ensemble du cluster. L’échec du stockage partagé, ou la corruption du stockage partagé, corrompt immédiatement / désaibole les deux pairs.

HAast est également le seul produit à haute disponibilité qui permet des différences de configuration mineures et majeures entre les pairs (par exemple, les jonctions VoIP vs les liaisons T1), en appliquant des modifications aux configurations courantes après la synchronisation. Cela permet aux membres du cluster d’opérer dans différents centres de données, avec différents troncs, différents itinéraires, etc.

Syncrhonisation

La synchronisation décrit la façon dont les pairs synchronisent les fichiers critiques et les bases de données, tout en évitant la synchronisation des fichiers corrompus causés par un pair défaillant. Si les pairs partagent le stockage de fichiers (par exemple : NFS, SMB, iSCSI, DRBD), alors un pair défaillant peut corrompre les fichiers nécessaires par le pair en bonne santé, ce qui entraîne une défaillance immédiate du cluster.

HAast est le seul produit à haute disponibilité qui n’utilise pas de périphérique de stockage partagé (par exemple, NFS, SMB, DRBD ou iSCSI). HAast est également le seul produit à synchroniser les fichiers/bases de données uniquement lorsque les deux homologues sont confirmés sains, et uniquement de l’homologue actif vers l’homologue de secours. Tous les autres produits reproduisent immédiatement des fichiers corrompus en cas d’échec des pairs.

Les produits alternatifs utilisent le stockage réseau partagé qui n’est pas durable sur un WAN en raison du trafic réseau, ou pire, utiliser DRBD pour partager un disque logique qui peut devenir cassé (“cerveau divisé”) après que les pairs sont séparés. Ces solutions risquent de séquier les données sur la reconnexion des pairs, la perte de messages vocaux/de données de configuration, etc. D’autre part, HAast n’applique les modifications que dans une seule direction et résout les conflits post-reconnexion en fonction de l’homologue qui était actif avant et pendant la déconnexion. HAast est également le seul produit garanti pour maintenir l’intégrité référentielle des bases de données puisqu’il n’y a pas de risque de déconnexion du stockage partagé à mi-chemin d’une mise à jour (HAast effectue des transactions au niveau de la base de données, et non une copie des fichiers de base de données au niveau des blocs).

Santé par les pairs / Détection des défaillances

Les pairs sont considérés comme en bonne santé lorsqu’ils sont en mesure de fournir des fonctionnalités PBX aux utilisateurs. La santé des pairs doit tenir compte non seulement des facteurs simples tels que la vie du processus Asterisk mais aussi la question de savoir si Asterisk fait le pont entre les appels, si le matériel fonctionne correctement, si le pare-feu est fonctionnel, si les itinéraires réseau et les services ITSP sont accessibles, etc.

Un produit concurrent dépend entièrement Asterisk pour annoncer quand il a échoué. Un autre produit ne se penche que sur l’existence des processus Asterisk pour déclarer un pair en bonne santé. Le troisième, l’alternative open source, permet aux utilisateurs d’écrire des scripts pour tester ce qu’ils peuvent à partir de la ligne de commande, mais par défaut a une conscience simpliste Asterisk et aucune conscience environnementale.

HAAst utilise une iety VARde capteurs intégrés qui surveillent le matériel, les logiciels, le processus Asterisk les opérations Asterisk les itinéraires réseau, la connectivité SIP, etc. HAAst prend en charge à la fois des capteurs prédéfinis et des capteurs définis par l’utilisateur, combinés à des règles sophistiquées qui permettent d’évaluer la santé à l’aide de formules définies par l’administrateur.

Séparation Géographique

La séparation géographique décrit à quelle distance les pairs peuvent être placés et continuer à fonctionner comme un seul cluster. Les pairs doivent être en mesure d’opérer à travers des centres de données distincts et disparates (sauvegarde/primaire), et idéalement sur des distances plus larges (par exemple : États / provinces/continents) pour faire face à l’impact des pannes régionales d’électricité/ datacom/télécoms.

HAast est le seul produit capable de fonctionner dans plusieurs centres de données, que ce soit dans la même ville ou sur différents continents. HAast compense même automatiquement la latence variable du réseau, évitant ainsi les détections de faux positifs dues à des routes réseau longues et imprévisibles. HAast est conçu dès le départ pour fonctionner sur un réseau étendu et ne dépend d’aucun protocole/périphérique LAN/de proximité. HAast n’envoie que les différences de fichier/base de données entre pairs, et compresse (et chiffre) toutes les communications de données.

Tous les autres produits partagent un périphérique USB qui exige que les pairs soient placés à moins de 10 pieds / 2 mètres les uns des autres, et / ou utiliser le stockage partagé (par exemple: NFS, PME, DRBD) exigeant des pairs résident sur le même LAN local (ou consommer une bande passante énorme). Aucun des produits alternatifs ne peut gérer le rapprochement des données sur la reconnexion des clusters.

Pas de Point d'Échec Unique

Aucun point de défaillance ne se réfère à la question de savoir si un cluster est susceptible ou introduit un seul point de défaillance qui peut arrêter l’ensemble du cluster. Les critères de « points d’échec uniques » examinent la nécessité d’appareils physiques/logiques partagés, les dispositifs qui doivent être placés devant le cluster (pour acheminer les appels), les exigences pour que les pairs soient placés dans le même centre de données, etc.

HAast est le seul produit sans point de défaillance unique, et est le seul produit conforme aux normes NG911/PSAP (Next Generation 911/Public Service Answer Point) pour les centres d’appels des services d’urgence (sans point de défaillance unique).

Tous les autres produits partagent des dispositifs logiques/physiques, et doivent être situés suffisamment près les uns des autres pour partager la puissance, datacom, et/ou les réseaux de télécommunications.

Cryptage

Le chiffrement désigne la protection de toutes les données qui se déplacent à travers le cluster, ainsi que vers/à partir de tout appareil partagé. Cela comprend le contenu de la messagerie vocale, les journaux d’appels, les informations d’identification de l’appelant, les données de configuration, les commandes de contrôle de cluster, etc. Les exigences légales (p. ex. HIPAA, PHIPA, NG911, Sarbanes Oxley, le cas échéant) exigent au moins 256 bits de chiffrement de tout ce trafic réseau. Les environnements de soins de santé peuvent également juger ces données comme ePHI en transit.

HAast est le seul produit qui offre un chiffrement pour tout le trafic entre pairs. Tous les produits concurrents utilisent des communications totalement non chiffrées, y compris des protocoles en texte clair (p. ex. DRBD, NFS) pour l’écriture au stockage partagé (y compris l’enregistrement des messages vocaux). L’utilisation de communications en texte clair par tous les autres produits interdit leur utilisation dans les soins de santé et les environnements contrôlés PAR le NG911, et peut violer les règlements sarbanes Oxley en fonction de la nature de l’entreprise.

HAast utilise un cryptage DES 56 bits dans les éditions Free et Commercial, avec un cryptage AES 256 bits disponible dans les éditions OEM (disponible uniquement pour les partenaires militaires, de services d’urgence et de sécurité, comme le permettent les réglementations de contrôle des exportations).

Détection des défaillances de cluster s’à l’irrécupérabilité