Ikoula Wiki - Contributions de l’utilisateur [fr]

Plusieurs ip publiques sur une seule instance Cloudstack

2016-07-29T02:52:48Z

Dvergnaud394d3 :

==Introduction== 
Pour de diverses utilisations, mettre en place plusieurs ip publiques sur une instance cloudstack peut être utile. Cette page vous guidera dans la mise en place.

==Déroulé== 
1. Situation de démonstration
Dans cet exemple nous allons monter 3 adresse ip publiques vers une seule machine que nous appellerons FrontWeb.
Nous utiliserons les adresses publiques : 
-178.170.71.187 
-178.170.71.186 
-178.170.71.183 

Et les adresses privées suivantes : 
-10.1.1.188 
-10.1.1.189 
-10.1.1.190 

2. Attribuer les adresses ip privées 
Onglet instances :
Cliquez sur l'instance qui se verra attribuée les 3 adresses ip publiques.
Puis sur cartes NIC
Choisissez la carte NIC qui correspond au réseau EXTERNE a la machine, puis cliquez sur "Voir IPs secondaires"
Demandez ensuite l'ip privée de votre choix, nous prendrons ici 10.1.1.189 et 10.1.1.190.

[[Fichier:Addprivateip1.png]]

[[Fichier:Addprivateip.png]]

3. Demandez de nouvelles adresses ip publiques au niveau de votre réseau 
Onglet réseau:
Cliquez sur le réseau public
Puis sur "voir adresses ip"
Demander de nouvelles adresses ip publiques, nous obtenons : 178.170.71.187, 178.170.71.186

[[Fichier:Addpublicip1.png]]

[[Fichier:Addpublicip.png]]

4. Redirigez le trafic voulu des 3 adresses ip publiques vers les 3 adresses privées par NAT 
Onglet réseau:
Votre réseau > voir adresses ip
Sélectionnez une ip > onglet configuration en haut > redirection de ports

[[Fichier:ConfNat.png]]

Cette interface vous permet de mettre en place les règles de NAT dont vous avez besoin relativement a chaque adresse IP.
L'ordre des cases est le suivant :
Port privé > source / destination
Port public > source / destination

De notre côté nous mettons en place les 3 règles suivantes :
178.170.71.187:80 redirige vers 10.1.1.190:80
178.170.71.186:22 redirige vers 10.1.1.189:22
178.170.71.183:443 redirige vers 10.1.1.188:443

[[Fichier:ConfNat1.png]]

N'oubliez pas d'autoriser le trafic en sortie:
Onglet réseau:
Séléctionnez le réseau > règle de sortie

Ainsi que les règles de parefeu relatives a chaque adresse ip:
Onglet réseau:
Sélectionnez le réseau > Voir adresses ip > Onglet configuration > Pare-feu

Les adresses privées doivent être déclarées dans vôtre instance, chaque adresse privée rajoutée doit correspondre a une déclaration dans /etc/networking/interfaces pour debian ou dans la configuration du lien > protocoles ipv4 pour windows.
Et les services démarrés sur votre instance.

==Conclusion== 
Désormais, lorsque vous tenterez de joindre votre machine depuis le net sur une de ces 3 adresses ip vous accéderez a une même instance cloudstack.


 
Cet article vous a semblé utile ? <vote />




<comments />

Fichier:Addprivateip.PNG

2016-07-29T02:52:03Z

Dvergnaud394d3 :

Fichier:Addprivateip1.PNG

2016-07-29T02:51:55Z

Dvergnaud394d3 :

Fichier:Addpublicip.PNG

2016-07-29T02:51:45Z

Dvergnaud394d3 :

Fichier:Addpublicip1.PNG

2016-07-29T02:51:33Z

Dvergnaud394d3 :

Fichier:Confnat1.PNG

2016-07-29T02:51:19Z

Dvergnaud394d3 :

Fichier:ConfNat.PNG

2016-07-29T02:50:53Z

Dvergnaud394d3 :

Plusieurs ip publiques sur une seule instance Cloudstack

2016-07-29T02:43:44Z

Dvergnaud394d3 : Page créée avec « ==Introduction==  Pour de diverses utilisations, mettre en place plusieurs ip publiques sur une instance cloudstack peut être utile. Cette page vous guidera dan... »

==Introduction== 
Pour de diverses utilisations, mettre en place plusieurs ip publiques sur une instance cloudstack peut être utile. Cette page vous guidera dans la mise en place.

==Déroulé== 
1. Situation de démonstration
Dans cet exemple nous allons monter 3 adresse ip publiques vers une seule machine que nous appellerons FrontWeb.
Nous utiliserons les adresses publiques : 
-178.170.71.187 
-178.170.71.186 
-178.170.71.183 

Et les adresses privées suivantes : 
-10.1.1.188 
-10.1.1.189 
-10.1.1.190 

2. Attribuer les adresses ip privées 
Onglet instances :
Cliquez sur l'instance qui se verra attribuée les 3 adresses ip publiques.
Puis sur cartes NIC
Choisissez la carte NIC qui correspond au réseau EXTERNE a la machine, puis cliquez sur "Voir IPs secondaires"
Demandez ensuite l'ip privée de votre choix, nous prendrons ici 10.1.1.189 et 10.1.1.190.

[[Fichier:Addprivateip1]]

[[Fichier:Addprivateip]]

3. Demandez de nouvelles adresses ip publiques au niveau de votre réseau 
Onglet réseau:
Cliquez sur le réseau public
Puis sur "voir adresses ip"
Demander de nouvelles adresses ip publiques, nous obtenons : 178.170.71.187, 178.170.71.186

[[Fichier:Addpublicip1]]

[[Fichier:Addpublicip]]

4. Redirigez le trafic voulu des 3 adresses ip publiques vers les 3 adresses privées par NAT 
Onglet réseau:
Votre réseau > voir adresses ip
Sélectionnez une ip > onglet configuration en haut > redirection de ports

[[Fichier:ConfNat]]

Cette interface vous permet de mettre en place les règles de NAT dont vous avez besoin relativement a chaque adresse IP.
L'ordre des cases est le suivant :
Port privé > source / destination
Port public > source / destination

De notre côté nous mettons en place les 3 règles suivantes :
178.170.71.187:80 redirige vers 10.1.1.190:80
178.170.71.186:22 redirige vers 10.1.1.189:22
178.170.71.183:443 redirige vers 10.1.1.188:443

[[Fichier:ConfNat1]]

N'oubliez pas d'autoriser le trafic en sortie:
Onglet réseau:
Séléctionnez le réseau > règle de sortie

Ainsi que les règles de parefeu relatives a chaque adresse ip:
Onglet réseau:
Sélectionnez le réseau > Voir adresses ip > Onglet configuration > Pare-feu

Les adresses privées doivent être déclarées dans vôtre instance, chaque adresse privée rajoutée doit correspondre a une déclaration dans /etc/networking/interfaces pour debian ou dans la configuration du lien > protocoles ipv4 pour windows.
Et les services démarrés sur votre instance.

==Conclusion== 
Désormais, lorsque vous tenterez de joindre votre machine depuis le net sur une de ces 3 adresses ip vous accéderez a une même instance cloudstack.


 
Cet article vous a semblé utile ? <vote />




<comments />

Fichier:Resultatcalendaroutlook.png

2016-06-02T15:16:55Z

Dvergnaud394d3 :

Fichier:Rendezvousoutlook.png

2016-06-02T15:02:18Z

Dvergnaud394d3 :

Fichier:Ex10creernouvellemessagerie.png

2016-06-02T15:01:01Z

Dvergnaud394d3 :

Fichier:Ex10boiteauxlettressallereunion.png

2016-06-02T15:00:32Z

Dvergnaud394d3 :

Détecter, préparer et rétablir une réplication Mysql basculée

2016-06-02T13:18:23Z

Dvergnaud394d3 : Page créée avec « ==Sous Debian8== Vous avez mis en place un système de réplication de votre base de données Mysql grâce à une configuration en master/slave. Quand un problème a lieu... »

==Sous Debian8==

Vous avez mis en place un système de réplication de votre base de données Mysql grâce à une configuration en master/slave. Quand un problème a lieu sur le serveur maître, c'est le serveur esclave (slave) qui prend le relai. Cependant il faut dans un premier temps constater que cette bascule a bien eu lieu.
===Détection===

*Selon votre niveau de service, vous avez peut-être un monitoring du bon fonctionnement de la réplication, vous êtes prévenus par le support en cas de bascule.
*En cas de bascule du serveur master au serveur slave, l'ip de ce dernier sera automatiquement changée afin de répondre a la place du serveur master
*Le volume de la BDD slave sera plus important et contiendra les dernières informations enregistrées.
*Par commande sur la BDD :
Connectez vous a la BDD:

mysql -u votre_utilisateur -p votre_mot_de_passe

Puis vérifiez l'état du serveur master:

show master status\G

===Préparer===
Avant d'effectuer les commandes qui vont suivre, planifiez l'opération ! Préférez une plage horaire ou la sollicitation des bases de données est a son minima.
Faites en sorte que votre BDD ne soit pas du tout modifiée en mettant également votre site en maintenance

<div style="background-color: #FF9999; text-align:center">'''Il ne doit absolument pas y avoir d'écriture sur la BDD SLAVE le temps de l'intervention !'''</div>
----> En cas d'écriture pendant l'intervention, voici les conséquences :
*Réplicat désynchronisé
*Des données peuvent être perdues ou corrompues

====Empêcher l'écriture====
Pour empêcher l'écriture sur une BDD, il faut la mettre en lecture seule (read-only). Ce qui aura pour effet de bloquer les requêtes d'écriture sur la BDD.

'''Sur SLAVE'''
FLUSH TABLES WITH READ LOCK; SET GLOBAL read_only = ON;

====Créer le dump====
Une fois le slave en read-only, vous pourrez faire un DUMP de ses tables en toute sécurité:
'''Sur SLAVE'''
mysqldump --skip-add-locks --single-transaction -u votre_utilisateur -p votre_mot_de_passe --all-databases --ignore-table=mysql.user > /destination/de/depart/mon/backup.sql
''Remplacez évidemment /destination/de/mon/backup.sql par votre destination habituelle de backup. Par convention on note la date sous format backupDDMMAAAA.sql pour pouvoir s'y retrouver :)''

===Envoi du dump===
Dans la mesure ou les serveurs SLAVE et MASTER sont distants, vous devez transmettre le fichier DUMP de SLAVE à MASTER. Il existe de plusieurs façons de procéder a ce transfert de fichier, mais ici nous détaillerons l'utilisation de SCP qui permet de faire des copies en utilisant le service SSH.
*login1 : login ssh machine SLAVE
*login2 : login ssh machine MASTER
*Serveur1 : IP ou Hostname machine SLAVE
*Serveur2 : IP ou Hostname machine MASTER
*Chemin/Fichier 1 : /destination/de/depart/de/mon/backup.sql
*Chemin/Fichier 2 : /destination/darrivee/de/mon/backup.sql

scp Login1@Serveur1:Chemin/Fichier1 Login2@Serveur2:Chemin/Fichier2

===Importer le dump===
Puis l'importer dans la BDD Master afin de synchroniser les 2 BDD.
'''Sur MASTER'''
mysql -u votre_utilisateur -p votre_mot_de_passe < /destination/de/mon/backup.sql

===Rétablir la réplication===

Sur le serveur '''MASTER''':
Vous avez besoin d'informations provenant du serveur master, exécutez donc la commande:

echo "show master status\G" | mysql -u votre_utilisateur -p votre_mot_de_passe

Garder ces deux lignes de côté :
*File: mysql-bin.1X1X1X
*Position: 2X2X2X2X2

'''Sur SLAVE'''
Actualisez les clauses MASTER_LOG_FILE et MASTER_LOG_POS par les informations de la commande précédente.
*MASTER_LOG_FILE étant File:
*MASTER_LOG_POS étant Position

stop slave; CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.1X1X1X', MASTER_LOG_POS=2X2X2X2X2;start slave;

====Test et finalisation====

Pour vérifier la mise en place de cette réplication utilisez sur le SLAVE:
echo "show slave status\G" | mysql -u votre_utilisateur -p votre_mot_de_passe

Vérifiez ces lignes :

*Slave_IO_Running sur Yes
*Slave_SQL_Running sur Yes
*Seconds_Behind_Master a 0

Si tout correspond la mise en place de la réplication s'est bien déroulée.
Retirer la restriction lecture seule sur votre bdd '''SLAVE''':
SET GLOBAL read_only = OFF;UNLOCK TABLES;
Vous pouvez redémarrer tous vos services utilisant les Bdd.

Vérifiez leur bonne exécution grâce a la commande suivante en remplaçant "votreservice" par celui concerné.
exemple:
votre serveur web apache : "apache2"
votre SGBD Mysql : "mysql"

systemctl status "votreservice".service

''Cette documentation a été crée a partir de la documentation interne et de la documentation officielle Mysql''