От: VPS DNS
Ако насочиш домейна към няколко различни ип-та, то ще ти отваря произволен сървър от тези ип-та.
Т.е. следната ситуация:
domain.com in a -> 127.0.0.1
domain.com in a -> 127.0.0.2
domain.com in a -> 127.0.0.3
domain.com in a -> 127.0.0.4
domain.com in a -> 127.0.0.5
Първия път като заредиш domain.com, ще ти отвори да речем 127.0.0.3 и ще ти се отваря това ип (сървър), докато не изтече TTL периода. Когато това се случи, вероятността отново да попаднеш на същото IP е едно към 5. Този приом е известен като
Round Robin, но за мен е неефективно изпълнение, защото трябва да се пуснат crontab процедури, които да ти прехвърлят информацията между отделните сървъри и е доста трудоемко.
Ако това ще се прави с цел Load balancing или failover http, има по-елегантен начин с приложението heartbeat, което автоматично върши горната процедура. Виж
http://howtoforge.com/ и търси heartbeat
Ако се отнася за голям проект, който трябва да обслужва голямо количество от заявки, то най-добрия начин е да се направи нещо като мини облаче (облаците са подобрена версия на лоад балансерите/клъстеринга, който се ползва), което трябва да изглежда нещо като това:
Едно публично IP, да речем 82.82.82.82 и три локални 192.168.1.1 (httpd1), 192.198.1.2 (httpd2), 192.168.1.3 (mysql).
Прави се нормална инсталация на апачето на 192.168.1.1 и 192.168.1.2, като се пусне heartbeat и haproxy. Така вместо заявките да отиват към един сървър, ще се поделят между двата, като 192.168.1.1, слухти на ip 82.82.82.82 към който си насочил domain.com. На основния сървър httpd, сайта има зададен в конфига да ползва базата данни от 192.168.1.3, heartbeat-a се грижи информацията (файловете) от httpd1 да е еднаква с httpd2, а mysql е еднакъв и за двата сървъра.
Това е накратко обяснението.