Haute disponibilité pour Asterisk

Comparez HAAst aux 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 dispositif 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 pairs (par exemple: troncs VoIP vs troncs T1), en appliquant des changements aux configurations communes 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, PME, DRBD ou iSCSI). HAAst est également le seul produit à synchroniser les fichiers / bases de données que lorsque les deux pairs sont confirmés en bonne santé, et seulement de l’actif à l’homologue de veille. 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. HAAst part, n’applique les modifications que dans une direction, et résout les conflits post-reconnexion en fonction de quel pair é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 aucun risque de déconnexion du stockage partagé à mi-chemin d’une mise à jourHAAst effectue des transactions au niveau de la base de données, et non la copie au niveau des blocs des fichiers de base de données).

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 qui peut fonctionner à travers les centres de données, que ce soit dans la même ville ou sur différents continents. HAAst compense même automatiquement la latence du réseau VARiable, évitant les fausses détections positives dues à des itinéraires réseau longs et imprévisibles. HAAst est conçu à partir de zéro pour fonctionner sur un réseau de large zone, et ne dépend pas de protocoles/appareils basés sur LAN/proximité. HAAst n’envoie que des différences de fichiers/bases de données entre pairs, et compresse (et crypte) 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 un seul point d’échec, 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 le 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 le chiffrement DES 56 bits dans les éditions gratuites et commerciales, avec un chiffrement AES 256 bits disponible dans les éditions OEM (disponible uniquement pour les partenaires militaires, les services d’urgence et de sécurité, comme le permettent les règlements de contrôle des exportations).

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