Offre du matériel RAID1 Avantages significatifs sur le logiciel RAID Dans un groupe informatique avec un degré de redondance élevé?
Je vais créer un cluster Linux de 5 Nœuds de serveur physique (Peut-être plus tard ajouté des nœuds supplémentaires).
Le cluster sera contrôlé
http://www.proxmox.com/
(Et oui, ça marche dans des logiciels RAID)
Le stockage général sera mis en œuvre avec
http://www.gluster.org/
dans
excès
Configurer avec chaque serveur physique contenant de la brique (Les données seront donc redondantes de toutes les machines.)
http://www.percona.com/softwar ... uster
sera utilisé comme une base de données majeure avec plusieurs maîtres. - À nouveau avec les données partagées par toutes les machines physiques
Chaque machine aura deux taille du disque dur sur 2-3 TB chacun, dans la configuration RAID1
Toutes les machines seront placées dans un grand centre de données avec une source d'alimentation de sauvegarde, etc.
Les spécifications du serveur peuvent être vues
https://www.hetzner.de/uk/host ... px120
Le but de tout le groupe - Distribuer la charge de travail + Fournir une haute disponibilité. La voiture peut échouer à tout moment sans créer de problèmes pour l'ensemble du système.
Une des solutions qui reste, - Mensonge
programme RAID1
ou
Matériel RAID1 + BBU
.
Programme RAID - Cette solution avec laquelle je connais bien (Je gère déjà plusieurs serveurs 15 ans et savoir comment les outils fonctionnent). Je n'ai jamais eu de problèmes sérieux avec cela (Fondamentalement, seul un disque dur). Ce sont les raisons pour lesquelles
Je préfère le logiciel RAID
.
Ce que je n'aime pas dans le matériel RAID, Il s'agit donc d'incompatibilité entre les fournisseurs de contrôleur et le manque d'expérience avec moi: différentes options de configuration, différentes méthodes de surveillance, différents programmes de services - Mauvaise sensation de création d'un système de cluster.
Je sais que quand utilisé BBU Matériel RAID Peut être
vite
et
fiable
(Enregistrement à travers kesh). Cependant, étant donné que toutes les données seront stockées dans un cluster avec un degré de redondance élevé, mon idée est de
Utiliser un logiciel RAID1 et
https://access.redhat.com/docu ... .html
Augmenter les performances d'enregistrement. Je m'attends à ce que cela mène à
Performance similaire comme matériel RAID1
. Bien sûr, je risques de perdre des données en raison d'un enregistrement de cache modifiable, cependant, IMHO, En tout état de cause, cela devrait être traité par des mécanismes de clustering (L'ensemble de la machine doit être capable de restaurer les données d'autres nœuds après échec.).
Je ne me dérange pas des ressources de la CPU requises pour mettre en œuvre le logiciel. RAID.
Mon hypothèse est-elle une hypothèse ou un article important qui m'aidera à faire le bon choix?
Le cluster sera contrôlé
http://www.proxmox.com/
(Et oui, ça marche dans des logiciels RAID)
Le stockage général sera mis en œuvre avec
http://www.gluster.org/
dans
excès
Configurer avec chaque serveur physique contenant de la brique (Les données seront donc redondantes de toutes les machines.)
http://www.percona.com/softwar ... uster
sera utilisé comme une base de données majeure avec plusieurs maîtres. - À nouveau avec les données partagées par toutes les machines physiques
Chaque machine aura deux taille du disque dur sur 2-3 TB chacun, dans la configuration RAID1
Toutes les machines seront placées dans un grand centre de données avec une source d'alimentation de sauvegarde, etc.
Les spécifications du serveur peuvent être vues
https://www.hetzner.de/uk/host ... px120
Le but de tout le groupe - Distribuer la charge de travail + Fournir une haute disponibilité. La voiture peut échouer à tout moment sans créer de problèmes pour l'ensemble du système.
Une des solutions qui reste, - Mensonge
programme RAID1
ou
Matériel RAID1 + BBU
.
Programme RAID - Cette solution avec laquelle je connais bien (Je gère déjà plusieurs serveurs 15 ans et savoir comment les outils fonctionnent). Je n'ai jamais eu de problèmes sérieux avec cela (Fondamentalement, seul un disque dur). Ce sont les raisons pour lesquelles
Je préfère le logiciel RAID
.
Ce que je n'aime pas dans le matériel RAID, Il s'agit donc d'incompatibilité entre les fournisseurs de contrôleur et le manque d'expérience avec moi: différentes options de configuration, différentes méthodes de surveillance, différents programmes de services - Mauvaise sensation de création d'un système de cluster.
Je sais que quand utilisé BBU Matériel RAID Peut être
vite
et
fiable
(Enregistrement à travers kesh). Cependant, étant donné que toutes les données seront stockées dans un cluster avec un degré de redondance élevé, mon idée est de
Utiliser un logiciel RAID1 et
https://access.redhat.com/docu ... .html
Augmenter les performances d'enregistrement. Je m'attends à ce que cela mène à
Performance similaire comme matériel RAID1
. Bien sûr, je risques de perdre des données en raison d'un enregistrement de cache modifiable, cependant, IMHO, En tout état de cause, cela devrait être traité par des mécanismes de clustering (L'ensemble de la machine doit être capable de restaurer les données d'autres nœuds après échec.).
Je ne me dérange pas des ressources de la CPU requises pour mettre en œuvre le logiciel. RAID.
Mon hypothèse est-elle une hypothèse ou un article important qui m'aidera à faire le bon choix?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Catherine
Confirmation de:
Cependant, dans votre configuration, je suppose que la redondance est au niveau du nœud et non au niveau du disque. Si le nœud échoue pour une raison quelconque (CPU, alimentation électrique, contrôleur RAID, etc.), Ce nœud sera libéré du cluster et sera remplacé dès que possible avec un nœud nouveau ou réparé, puis les données seront restaurées à partir du cluster et non du raid. Cela dit, la question est de savoir si vous avez besoin RAID en général!
Vous pourriez dire: «Ma base de données est principalement lue, RAID 1 Environ double la bande passante, puisque la lecture peut être distribuée entre les deux disques. " Mais gardez à l'esprit que l'échec du disque avec le remplacement ultérieur de ce disque et la restructuration RAID Réduit temporairement la vitesse de lecture sur ce nœud au niveau d'un disque. Si votre base de données ne permet pas de distribuer intelligemment du trafic entre des nœuds inégaux, en passant moins de trafic avec des nœuds lents, la charge complète que la base de données peut être traitée, tombera jusqu'à la moitié de la valeur normale! Cela peut vous obliger de toute façon à exclure complètement un nœud avec un disque de refus de la base de données lorsqu'il est engagé dans la restauration de l'interne. RAID. Mais ça fait RAID Presque inutile.
Option alternative - ne pas utiliser aucun RAID, Mais permettez à n'importe quel nœud de rejoindre la base de données deux fois, une fois pour chaque disque. Cela augmente la charge sur le processeur, mais si le disque est votre facteur limitant, alors le temps de processeur s'inquiète-t-il? Et si le disque échoue, ce chiffre semi-suffisant va au mode hors connexion et est à nouveau connecté après le remplacement du disque. Ainsi, la charge sera distribuée entre tous les disques.
Si vous avez un enregistrement élevé d'enregistrement, une solution distincte vous donnera une bande passante d'enregistrement élevée que RAID 1.
Ainsi, la seule raison pourront encore penser à BBU C'est que vos exigences de retard sont si étroites que vous ne pouvez pas attendre que les données se produisent physiquement sur le disque. En cas de panne de courant BBU Fournira un enregistrement de données. Mais il y a des alternatives, nommément modules de mémoire cache SSD, comme le dm-cache ou bcache. En mode d'enregistrement, ils écrivent d'abord des données à SSD, Ce qui est beaucoup plus rapide que d'écrire sur le disque, puis de corriger l'enregistrement. Même après la panne de courant, ils vont lire correctement des blocs avec SSD. dm-cache et bcache Vient avec tous les derniers cœurs Linux, Et petit (par exemple, 64 ou 128 Gb) SSD Niveau du serveur (!!) toujours moins cher que le contrôleur RAID BBU.