Lvs - Historique des versions

127.0.0.1 : /* Présentation cas N°1 HA */

2015-04-07T14:11:01Z

Présentation cas N°1 HA

← Version précédente		Version du 7 avril 2015 à 14:11
Ligne 7 :		Ligne 7 :
	== Présentation cas N°1 HA ==		== Présentation cas N°1 HA ==
	Nous allons étudier ici un cas pratique et concret avec un systeme en HA.		Nous allons étudier ici un cas pratique et concret avec un systeme en HA.
	'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le ~~passer~~ à off (ethtool -K ethX tx off")~~. Il faut~~ passer le tx à off		'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour passer le rx à off (ethtool -K ethX rx off"), cela fait aussi passer le tx à off. Si l option ne passe pas pour le rx (ce qui est le cas avec les driver virtio, mettre tx off)
	Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.		Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.
	Cela est à faire uniquement sur la vm lvs et proxy'''		Cela est à faire uniquement sur la vm lvs et proxy'''

127.0.0.1 : /* Présentation cas N°1 HA */

2015-04-07T10:46:09Z

Présentation cas N°1 HA

← Version précédente		Version du 7 avril 2015 à 10:46
Ligne 7 :		Ligne 7 :
	== Présentation cas N°1 HA ==		== Présentation cas N°1 HA ==
	Nous allons étudier ici un cas pratique et concret avec un systeme en HA.		Nous allons étudier ici un cas pratique et concret avec un systeme en HA.
	'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le passer à off (ethtool -K ethX rx off"). Il faut passer ~~le rx à off, ca va passer aussi~~ le tx à off		'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le passer à off (ethtool -K ethX tx off"). Il faut passer le tx à off
	Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.		Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.
	Cela est à faire uniquement sur la vm lvs et proxy'''		Cela est à faire uniquement sur la vm lvs et proxy'''

127.0.0.1 le 7 avril 2015 à 09:26

2015-04-07T09:26:37Z

← Version précédente		Version du 7 avril 2015 à 09:26
Ligne 635 :		Ligne 635 :

	[[Image:Lvs_proxy2.jpg\|frame\|center\|]]		[[Image:Lvs_proxy2.jpg\|frame\|center\|]]

			== Présentation cas N°3 HA ==
			Dans ce cas nous n'avons pas de firewall, mais juste 2 lb et deux serveurs front derriere. Le client veut que les 2 front soient accessibles en direct via des ip publiques mais il veut aussi un load
			balancing sur une autre ip publiques. Plutot que d'avoir 2 subnet publiques avec du multihoming pour les routes, ou de faire du nat 1:1 pour joindre les frontaux via leur ip publiques, on va tout gérer
			via keepalived pour la partie vip et utiliser haproxy pour la partie load balancé (haproxy à la demande du client car cela aurait pu être fait avec keepalived)

			A CORRIGER POUR ADAPTER A LA PLATEFORME

			Résumé de la plateforme :
			''' Le lvs et le firewall doivent avoir un réseau de back / admin différent de celui des vm qui sont derrieres, sinon il y a un problème de route'''
			* Firewall
			<pre>
			Ils portent :
			- les gateway par défaut des LVS et des serveurs web, et les routes RFC1918 des proxy
			- les ip publiques des sites web, ces ip étant redirigés vers les vip privées que portent les LVS
			</pre>

			* LVS
			<pre>
			- keepalived et ipvsadm tournent
			- ont la gateway des proxy via une vip "gw" keepalived
			- ont les vip web privées 10.82.10.100 (correspond au domaine www.virginmobile.fr) et 10.82.10.101 (correpond au domaine enabler.virginmobile.fr) via une vip "web" keepalived
			- font la redirection des vips 10.82.10.100 & 10.82.10.101 vers les real ip des serveurs proxy (10.82.12.65,66,67,68)
			- ont pour gateway par defaut le firewall
			</pre>

			* Proxy
			<pre>
			Apache installé avec proxy_module, proxy_balancer_module, proxy_http_module. Ils recoivent les requetes http et https loadbalancés depuis les LVS, et font proxy balancer et proxy pass
			vers les serveurs web. Ils ont pour gateway par défaut la vip "gw" keepalived des LVS, et pour gateway rfc1918 le firewall

			- vhost : www.virginmobile.fr en http et https (10.82.12.65 & 10.82.12.67)
			- proxy balancer vers
			www1.so.omeatelecom.fr:80 (web1.so)
			www1.lc.omeatelecom.fr:80 (web1.lc)
			- vhost : enabler.virginmobile.fr en http (10.82.12.66 & 10.82.12.68)
			- proxy balancer vers
			enabler1.so.omeatelecom.fr:8080 (web1.so)
			enabler1.lc.omeatelecom.fr:8080 (web1.lc)
			</pre>

			* Serveurs Web
			<pre>
			Pas de configuration particulière, ils recoivent les requetes web.
			Ils ont comme gateway par défaut le firewall
			</pre>
			[[Image:Lvs_proxy.png\|frame\|center\|]]


	[[Catégorie:Software]]		[[Catégorie:Software]]

217.174.199.129 : /* LVS */

2014-10-15T11:19:50Z

LVS

← Version précédente		Version du 15 octobre 2014 à 11:19
Ligne 130 :		Ligne 130 :
	==== LVS ====		==== LVS ====

	Le router id de chaque vrrp instance doit être le même entre les 2 lvs pour qu'ils puissent dialoguer entre eux et voir qui est le master & slave		Le router id de chaque vrrp instance doit être le même entre les 2 lvs pour qu'ils puissent dialoguer entre eux et voir qui est le master & slave.

			Penser à modifier le fichier sysconfig/keepalived pour bien faire pointer les options sur le bon fichier de conf (KEEPALIVED_OPTIONS=-D -f /opt/applis/keepalived/etc/keepalived/keepalived.conf --log-facility 7)


	===== keepalived.conf lvs1.so =====		===== keepalived.conf lvs1.so =====

217.174.199.129 : /* keepalived.conf lvs1.lc */

2014-10-15T11:17:36Z

keepalived.conf lvs1.lc

← Version précédente		Version du 15 octobre 2014 à 11:17
Ligne 276 :		Ligne 276 :

	===== keepalived.conf lvs1.lc =====		===== keepalived.conf lvs1.lc =====
			C'est le slave

	<pre>		<pre>
	! Configuration File for keepalived		! Configuration File for keepalived
Ligne 303 :		Ligne 305 :
	}		}
	virtual_ipaddress {		virtual_ipaddress {
	10.82.12.126/26		10.82.12.126/26 label eth1:vip
	}		}
	}		}

217.174.199.129 : /* keepalived.conf lvs1.so */

2014-10-15T11:17:01Z

keepalived.conf lvs1.so

← Version précédente		Version du 15 octobre 2014 à 11:17
Ligne 153 :		Ligne 153 :

	# ici on définit la vip "gw" qui sert comme gateway par défaut aux serveurs proxy, il n y a pas de service associé à cette vip		# ici on définit la vip "gw" qui sert comme gateway par défaut aux serveurs proxy, il n y a pas de service associé à cette vip
	# si l'on veut que l'ip vrrp remonte dans un ifconfig et dans ip addr show, il faut rajouter une ligne label $nom (ex label eth0.vrrp1)		# si l'on veut que l'ip vrrp remonte dans un ifconfig et dans ip addr show, il faut rajouter une ligne label ethX:$nom (ex label eth0:vrrp1) dans la partie virtual_ipaddress
	vrrp_instance VI_GW {		vrrp_instance VI_GW {
	state MASTER		state MASTER
Ligne 166 :		Ligne 166 :
	}		}
	virtual_ipaddress {		virtual_ipaddress {
	10.82.12.126/26		10.82.12.126/26 label eth1:vip
	}		}
	}		}

217.174.199.129 : /* Présentation cas N°1 HA */

2014-10-07T08:51:27Z

Présentation cas N°1 HA

← Version précédente		Version du 7 octobre 2014 à 08:51
Ligne 8 :		Ligne 8 :
	Nous allons étudier ici un cas pratique et concret avec un systeme en HA.		Nous allons étudier ici un cas pratique et concret avec un systeme en HA.
	'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le passer à off (ethtool -K ethX rx off"). Il faut passer le rx à off, ca va passer aussi le tx à off		'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le passer à off (ethtool -K ethX rx off"). Il faut passer le rx à off, ca va passer aussi le tx à off
	Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.'''		Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.
			Cela est à faire uniquement sur la vm lvs et proxy'''

217.174.199.129 : /* Présentation cas N°1 HA */

2014-10-07T08:47:56Z

Présentation cas N°1 HA

← Version précédente		Version du 7 octobre 2014 à 08:47
Ligne 7 :		Ligne 7 :
	== Présentation cas N°1 HA ==		== Présentation cas N°1 HA ==
	Nous allons étudier ici un cas pratique et concret avec un systeme en HA.		Nous allons étudier ici un cas pratique et concret avec un systeme en HA.
	'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le passer à off (ethtool -K ethX tx off"). Il faut passer le tx à off, ca va passer aussi le tx à off		'''Attention, sur des vm qui sont loadbalancées derriere un lvs ou un proxy, si la vm est sur le même hyperviseur que le lvs ou le proxy il faut modifier le checksum de la vm pour le passer à off (ethtool -K ethX rx off"). Il faut passer le rx à off, ca va passer aussi le tx à off
	Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.'''		Le problème vient du fait que le lb et la vm soient sur le même hyperviseur donc le calcul du checksum TCP ne se fait pas et est donc en erreur (ce qui n'est pas le cas avec une vm loadbalancé qui est sur un autre hyperviseur que le lb car il passe par la carte physique de l'hypervieur). Le problème est lié au driver virtio.'''

217.174.206.178 le 31 juillet 2014 à 08:28

2014-07-31T08:28:39Z

← Version précédente		Version du 31 juillet 2014 à 08:28
Ligne 2 :		Ligne 2 :
	Cette documentation est totalement indépendante de l'exemple ci dessous, elle explique en détail la mise en place de lvs et d'un loadbalancing mysql		Cette documentation est totalement indépendante de l'exemple ci dessous, elle explique en détail la mise en place de lvs et d'un loadbalancing mysql

	Pour la supervision du lvs, voir ce [https://{{SERVERNAME}}~~/Lvs_verification/ script] https://wiki.blaxeen.com~~/index.php/Lvs_verification		Pour la supervision du lvs, voir ce [https://{{SERVERNAME}}/index.php/Lvs_verification script]

217.174.206.178 le 31 juillet 2014 à 08:28

2014-07-31T08:28:10Z

← Version précédente		Version du 31 juillet 2014 à 08:28
Ligne 2 :		Ligne 2 :
	Cette documentation est totalement indépendante de l'exemple ci dessous, elle explique en détail la mise en place de lvs et d'un loadbalancing mysql		Cette documentation est totalement indépendante de l'exemple ci dessous, elle explique en détail la mise en place de lvs et d'un loadbalancing mysql

	Pour la supervision du lvs, voir ce [https://{{SERVERNAME}}/Lvs_verification/ script]		Pour la supervision du lvs, voir ce [https://{{SERVERNAME}}/Lvs_verification/ script] https://wiki.blaxeen.com/index.php/Lvs_verification