Изпечатай

[Astor]

Здравейте, темата не знам за кой раздел е най-подходяща.
По същество:
случайно забелязах следното нещо:
Няколко ping-а последователно пуснати през интервал от 5-10 секунди

user@astor:/home/astor/Desktop# ping google.bg
PING google.bg (74.125.79.104) 56(84) bytes of data.
64 bytes from ey-in-f104.1e100.net (74.125.79.104): icmp_req=1 ttl=53 time=54.5 ms
64 bytes from ey-in-f104.1e100.net (74.125.79.104): icmp_req=2 ttl=53 time=54.9 ms
64 bytes from ey-in-f104.1e100.net (74.125.79.104): icmp_req=3 ttl=53 time=55.3 ms
^C
--- google.bg ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 54.302/54.792/55.365/0.406 ms
user@astor:/home/astor/Desktop# ping google.bg
PING google.bg (209.85.148.105) 56(84) bytes of data.
64 bytes from fra07s07-in-f105.1e100.net (209.85.148.105): icmp_req=1 ttl=56 time=44.9 ms
64 bytes from fra07s07-in-f105.1e100.net (209.85.148.105): icmp_req=2 ttl=56 time=44.9 ms
64 bytes from fra07s07-in-f105.1e100.net (209.85.148.105): icmp_req=3 ttl=56 time=44.8 ms
...
^C
--- google.bg ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 44.756/44.990/45.428/0.229 ms
user@astor:/home/astor/Desktop# ping google.bg
PING google.bg (74.125.39.103) 56(84) bytes of data.
64 bytes from fx-in-f103.1e100.net (74.125.39.103): icmp_req=1 ttl=55 time=39.5 ms
64 bytes from fx-in-f103.1e100.net (74.125.39.103): icmp_req=2 ttl=55 time=39.3 ms
64 bytes from fx-in-f103.1e100.net (74.125.39.103): icmp_req=3 ttl=55 time=39.4 ms
...
^C
--- google.bg ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 38.463/39.256/39.572/0.441 ms
user@astor:/home/astor/Desktop# ping google.bg
PING google.bg (74.125.39.106) 56(84) bytes of data.
64 bytes from fx-in-f106.1e100.net (74.125.39.106): icmp_req=1 ttl=55 time=44.8 ms
64 bytes from fx-in-f106.1e100.net (74.125.39.106): icmp_req=2 ttl=55 time=45.1 ms
64 bytes from fx-in-f106.1e100.net (74.125.39.106): icmp_req=3 ttl=55 time=44.7 ms
...
^C
--- google.bg ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 44.787/44.913/45.165/0.298 ms

Т.е. всеки път търся различен сървър. И traceroute показва, че до всеки сървър има различен маршрут.

user@astor:/home/astor# host google.bg
google.bg has address 74.125.39.103
google.bg has address 74.125.39.106
google.bg has address 74.125.39.104
google.bg has address 74.125.39.147
google.bg has address 74.125.39.105
google.bg has address 74.125.39.99

Primary DNS сървър ползвам този на доставчика на интернет, secondory DNS е 8.8.8.8.
Това добре, а ВЪПРОСЪТ Е, кое определя кой от всичките сървъри ще ми отговори? И защо всеки път ми отговаря различен? Не е ли логично до всяка дестинация да се ползва само 1 маршрут, промяната на маршрута да става само при отпадане на някое трасе?
А за оптимизация на това, аз се сещам ръчно да задам да ми resolv-a google само сървърът до който имам най-малко закъснение. Има ли по-интелигентен вариант.

Благодаря предварително, ако някой все пак реши да отговори.

[Acho]

Кой DNS ще ползваш за ресолв, е без значение. Както е описано в ауторитатив DNS-а, така ще ти отговарят всичките. Само не знам защо се учудваш. Логично е всеки един много натоварен домейн да е пуснат от няколко машини. То ако е само една физическа машина, как ще сколаса да поеме всичкия трафик към домейна и да отговори на всяка една заявка ?

Дали ще са организирани в клъстер, или ще са описани няколко машини (в случая 6 броя) на отделни IP-та; който е по-ненатоварен - той ще ти отговори на конкрената заявка към домейна. Какво те тревожи пътя, откъде щяло да мине ? Откъдето искат да си минават пакетите, всичко си е автоматизирано и работещо. За конкретния случай мисля всички 6 IP-та ще са в една AS, макар че не съм го чекирал как е описан google.bg в DNS-а им.

[Bogo]

Ачо, ти можеш ли да пуснеш един и същи домейн + сайтче на два различни сървъра, Апаша с различни ай-пи-та ?
Ако да, би ли обяснил как става ?
Благодаря

[Oxy]

аз не съм убеден, че в гугъл ползват апач
иначе
http://blog.search-computing.net/2010/04/load-balancing-with-apache-a-tutorial-on-mod_proxy_balancer-installation-and-configuration/

това е малко по-добро сякаш:
http://www.ctrip.ufl.edu/apache2-cluster-in-debian-lenny-howto

[romeo_ninov]

Ачо, ти можеш ли да пуснеш един и същи домейн + сайтче на два различни сървъра, Апаша с различни ай-пи-та ?
Ако да, би ли обяснил как става ?
Благодаря

round-robin e алгоритъма на избор на ИП. И се определя (мисля) от клиентската ОС.
И какъв е проблема да се пуснат сайтовете? Общ сторидж или няколкко сториджа с мироринг между тях

[Acho]

/off

Бого, ти като стар МОЗИЛИАНЕЦ, сам ще се оправиш. А и със Столман сте свои хора. Аз съм къде-къде назад.

[b2l]

Ачо, ти можеш ли да пуснеш един и същи домейн + сайтче на два различни сървъра, Апаша с различни ай-пи-та ?

И проблема тука е? Че нещо не мога да разбера.

[10101]

Хмм интересно,


По скоро е интересно следното: Дали отговора на ДНС-а като ип отговаря на действително най-малко натоварен сървър?.

[b2l]

RFC 1794

[VladSun]

RFC 1794

//offtopic

Интересно, занимават се само с пренареждането на списъка, но не и с динамична промяна на TTL-a, което ми изглежда разумна идея за постигане на някаква "адаптивност" на load balancer-а.

[senser]

Пуснах в един терминал:

Код:

watch -n 5 ping google.bg -c 1 -q

и поне при мен "върти" 3 ИП адреса:
74.125.77.99
74.125.77.104
74.125.77.147
При това в тази последователност, което ми изглежда, като ДНС-а да НЕ отговаря с адреса на най-малко натоварения сървър, а по-скоро някакво редуване.

[romeo_ninov]

Пуснах в един терминал:

Код:

watch -n 5 ping google.bg -c 1 -q

и поне при мен "върти" 3 ИП адреса:
74.125.77.99
74.125.77.104
74.125.77.147
При това в тази последователност, което ми изглежда, като ДНС-а да НЕ отговаря с адреса на най-малко натоварения сървър, а по-скоро някакво редуване.

Аз какво написах по-горе?

round-robin e алгоритъма на избор на ИП. И се определя (мисля) от клиентската ОС.
....

[Mitaka]

Ачо, ти можеш ли да пуснеш един и същи домейн + сайтче на два различни сървъра, Апаша с различни ай-пи-та ?
Ако да, би ли обяснил как става ?
Благодаря

Най-елементарното: vmware ESXi, или в него - vMotion.
Сега, не казвам, че софтуера е елементарен, казвам, че е лесно да се настрои с него Дори може да му пляснеш и 102 машини... стига да имаш ресурс. А да не говорим, че зад всеки IP адрес могат да "се крият" най-малко още 102 машини
Google са си го направили по техен си начин... но не е проблем. Например, аз съм пускал load balancer (тестово) с FreeBSD, отзад 2 машини с Linux, и бсд-то решава към коя да те препрати. Вътрешните машини дори може да не са с публичен IP адрес. И това изцяло с Open Source решение.
vmware е направо без пари за това, което върши (1000 лева е лизанза, който ти дава право да инсталираш на 3 машини, и подържа vMotion. Това значи, че може да се направи клъстер от 3 машини.) Версията БЕЗ vMotion, т.е. само за виртуализация е безплатна.

[d0ni]

По-интересното е, че ползват geodns - google.com се resolve-а различно от различните страни, идеята е да достъпваш сървърите, които са по-близо до теб.

От UK:
# host google.com
google.com has address 209.85.143.104
google.com has address 209.85.143.99

От USA:
# host google.com
google.com has address 74.125.224.83
google.com has address 74.125.224.84
google.com has address 74.125.224.80
google.com has address 74.125.224.81
google.com has address 74.125.224.82

[b2l]

/off
А и със Столман сте свои хора.

Какво е общото на Столман и Google?