Architecture SAN valide ou pas?
Enima712
-
enima712 Messages postés 18 Statut Membre -
enima712 Messages postés 18 Statut Membre -
Bonjour,
Je voudrais vos remarques concernant cette architecture qui a pour but d'assurer la réplication entre deux sites distants(je ne dispose que d'un switch SAN et un switch réseau,2 serveurs ,2 baies(2 controleurs avec 2 ports chacun))
https://www.cjoint.com/?AHqrU3ArA9y
http://elharizi.com/Stage/SAN.png
Je voudrais vos remarques concernant cette architecture qui a pour but d'assurer la réplication entre deux sites distants(je ne dispose que d'un switch SAN et un switch réseau,2 serveurs ,2 baies(2 controleurs avec 2 ports chacun))
https://www.cjoint.com/?AHqrU3ArA9y
http://elharizi.com/Stage/SAN.png
A voir également:
- Architecture SAN valide ou pas?
- Ethernet n'a pas de configuration ip valide - Guide
- Logiciel architecture gratuit - Télécharger - Architecture & Déco
- Logiciel 3d architecture - Télécharger - Architecture & Déco
- Url valide - Guide
- Logiciel de plan de maison : les meilleurs outils gratuits - Guide
4 réponses
Salut,
mets ton fichier ailleurs, il m'est inacessible...
A+ Blux
mets ton fichier ailleurs, il m'est inacessible...
A+ Blux
"Les cons, ça ose tout. C'est même à ça qu'on les reconnait"
C'est quand même pas une vraie architecture, vu je suppose comme c'est écrit stage.
Les serveurs sont des serveurs applicatifs?
Les serveurs sont des serveurs applicatifs?
Enfin si c'est une simulation de réplication (pas une vraie par défaut de matériel) il y'aurais-il une autre façon de faire (prenant en compte que je ne dispose que du matériel cité).Sinon je n'ai aucune précision sur la fonction des serveurs.
Ca va mieux pour le dessin !
Par contre, je ne suis pas d'accord avec les flèches, ou alors je n'ai pas compris.
Si tu parles d'un vraie réplication de données SAN, alors il faut passer par un 'two-phase commit' entre les deux baies, qui seront les seules à se voir l'une l'autre.
Serveur1 ne doit pas voir baie2 et serveur2 ne doit pas voir baie1.
Le 2-phase commit ne peut se faire que sur de courtes distances (quelques kilomètres), au-delà, il faut une réplication asynchrone, le temps de traversée des équipements (et le temps de traitement) interdit la réplication synchrone.
C'est dans quel but ? Même si c'est un stage, il représente un cas réel ou supposé.
Par contre, je ne suis pas d'accord avec les flèches, ou alors je n'ai pas compris.
Si tu parles d'un vraie réplication de données SAN, alors il faut passer par un 'two-phase commit' entre les deux baies, qui seront les seules à se voir l'une l'autre.
Serveur1 ne doit pas voir baie2 et serveur2 ne doit pas voir baie1.
Le 2-phase commit ne peut se faire que sur de courtes distances (quelques kilomètres), au-delà, il faut une réplication asynchrone, le temps de traversée des équipements (et le temps de traitement) interdit la réplication synchrone.
C'est dans quel but ? Même si c'est un stage, il représente un cas réel ou supposé.
Oui, le zoning est fait pour ça...
Pendant qu'on y est, le serveur1 ne doit pas voir la baie1 via le LAN classique puisqu'on a une connexion via SAN avec un HBA, idem avec serveur2 (qui doit être arrêté pour éviter les accès sur le réplica de baie2).
De la même façon, les serveurs ne doivent pas se voir en temps normal (VLAN à créer ou à faire figurer sur le dessin).
Je suppose que cette architecture est construite dans un but de HA, dans ce cas, les deux serveurs devraient avoir la même IP (isolement du vlan de secours) ou alors être précédés d'un boitier de load-balancing qui gère le fail-over (mais pas le fail-back, car au niveau de la baie, c'est une autre histoire).
Pendant qu'on y est, le serveur1 ne doit pas voir la baie1 via le LAN classique puisqu'on a une connexion via SAN avec un HBA, idem avec serveur2 (qui doit être arrêté pour éviter les accès sur le réplica de baie2).
De la même façon, les serveurs ne doivent pas se voir en temps normal (VLAN à créer ou à faire figurer sur le dessin).
Je suppose que cette architecture est construite dans un but de HA, dans ce cas, les deux serveurs devraient avoir la même IP (isolement du vlan de secours) ou alors être précédés d'un boitier de load-balancing qui gère le fail-over (mais pas le fail-back, car au niveau de la baie, c'est une autre histoire).
