Configuration minimale pour VoltDB pour être en mesure de démontrer la durabilité et HA

Question

Mon exposition à NoSQL ou des serveurs de base de données newsql/NeoSQL est extrêmement limitée, seulement théorique. J'ai travaillé avec les SGBDR traditionnels (comme MySQL, Postgres) et le serveur de répertoire (OpenLDAP), avec et sans réplication.

Ma pile d'applications est basée sur JBoss, et je l'ai été chargé de la mise en place d'une démo minimum (avec notre application) qui peuvent démontrer la durabilité et la haute disponibilité des données, en VoltDB. Les tests de performance ne sont pas du tout un objectif.

ont cours à travers le VoltDB Planning Guide, mais je suis confus entre le « +1 » ou « x2 » en termes de nombre de serveurs (ou des instances de VoltDB) nécessaires. En particulier, compte tenu de ces 2 déclarations: -

La meilleure façon de matériel de taille pour un cluster K-Safe est de taille l'instance initiale de la base de données , basée sur le débit et la capacité projetées , puis multiplier le nombre de serveurs par le nombre de répliques que vous désirez (c'est-à-dire la valeur K-Safety plus une).

Règle du Pouce

Lors de l'utilisation K-sécurité, configurer le nombre de nœuds de cluster comme un multiple entier du nombre de copies de la base de données (qui est, K + 1)

questions:

1. maintenant, disons que j'ai besoin 1 serveur donné la capacité/débit exigences. Donc, pour avoir la durabilité et la haute disponibilité, ai-je besoin de: 2, 3 ou 4 serveurs?
2. OTOH, en utilisant seulement 1 serveur, ce que toutes les fonctions principales de VoltDB que je dois renoncer à ?
3. Y at-il relation (ou de conflit) entre plein disque de persistance VoltDB et instantanés? Disons, la disponibilité de la persistance de disque supprime le besoin de snapshots?

Answer 1

1. Si vous utilisez 2 serveurs, vous pouvez garder une réplique synchrone des données pour protéger contre la perte de données, comme un disque dur RAID1. Vos données sont en double sécurité, mais il y a un problème de disponibilité. Avec seulement deux serveurs, il est impossible de différencier un réseau divisé d'un nœud défaillant. Dans certains cas, VoltDB arrêtera un nœud en direct quand un autre ne s'assurera pas qu'il n'y aura pas de cerveau divisé. Avec 3 nœuds, cela ne posera pas de problème et le cluster restera disponible après toute défaillance de nœud unique (avec k = 1 ou k = 2). Avec un seul serveur, tout ce que vous perdez, ce sont les multiples copies de données sur plusieurs serveurs et les fonctionnalités de haute disponibilité qui permettent à VoltDB de continuer à fonctionner après une panne de nœud. Vous avez toujours toutes les autres fonctionnalités de VoltDB, y compris la persistance du disque complet.