Схема построения отказоустойчивого хостинга

[LMik]

>LMik
аналогия с AOL
так что я думаю нормально

Ты про login.icq.com?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paix]

Итак, мое решение для организации бюджетного HA кластера.


имеем 2 хоста в одном датацентре, соединенные между собой кабелем и серыми айпишниками, также подключенные к одному свичу. В один момент времени только одна нода владеет активным виртуальным айпишником.
Все это мониторится и запускается срествами heartbeat.

дальше-интересней
синхронизация данных между серверами. Если позволяет бюджет - NAS. Но у нас не позволяет...

поэтому либо пытаемся придумать какойнибудь аналог drbd т.е. писать данные базы данных и веб сервера на какуюто виртуальную файловую систему.

либо все копируем rsyncom (для постгреса это тоже подходит, но для мускуля - врядли)
либо статику гоняем рсунком, а для БД берем WAL + scripts (в скайпе, например, так организованно), либо еще какойнибудь изврат в духе мускиль мультимастер.

при росте нагрузки БД выносим на отельный кластер, построенный по такому же принципу. (heartbeat + синхронизация контента), при дальнейшем росте используем шардинг баз данных.

У кого еще какие мысли интересные, как заменить drbd на фрее?
мне както советовали это http://www.furquim.org/chironfs/, но до практической реализации так и не добрался, увы.

ЗЫ. если хостер неадекват - меняем хостера. И если для когото несколько минут простоя базы данных - не много, то для меня эт очень много За эти несколько минут можно сказать иногда разориться можно или гемороя заиметь надолго. Т.ч. стремимся к минимальному даунтайму....
В вышеописанными подробностями про чела и хостера - делать DNS roundrobin, + систему мониторинга хостов и правку зоны скриптами, сервера в разных дс.(предполагается что данных гоняется мало, денег тоже мало, и потеря нескольких минут базы данных - мелочи)

[paradox]

>LMik
угу

[LMik]

Ну ты вобщем то тоже самое написал что и я.
rsync достаточно будет, чем гемороитсья с FS, а DRBD интересно почему никто не хочет портировать?

[LMik]

>LMik
угу

Код: Выделить всё

lmik# dig login.icq.com

; <<>> DiG 9.4.2 <<>> login.icq.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54138
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;login.icq.com.			IN	A

;; ANSWER SECTION:
login.icq.com.		617	IN	CNAME	login.messaging.aol.com.
login.messaging.aol.com. 27	IN	A	64.12.200.89

;; AUTHORITY SECTION:
messaging.aol.com.	616	IN	NS	dns-07.ns.aol.com.
messaging.aol.com.	616	IN	NS	dns-01.ns.aol.com.
messaging.aol.com.	616	IN	NS	dns-06.ns.aol.com.
messaging.aol.com.	616	IN	NS	dns-02.ns.aol.com.

;; ADDITIONAL SECTION:
dns-01.ns.aol.com.	1053	IN	A	64.12.51.132
dns-02.ns.aol.com.	1053	IN	A	205.188.157.232
dns-06.ns.aol.com.	1053	IN	A	149.174.54.153
dns-07.ns.aol.com.	1053	IN	A	64.236.1.107

;; Query time: 1 msec
;; SERVER: 195.14.50.21#53(195.14.50.21)
;; WHEN: Tue Jul 22 14:19:46 2008
;; MSG SIZE  rcvd: 232

Аол походу просто сервак проапгрейдил и все у них опять ок, или за этот адрес распределилку поставил какую то.

RR используется исключительно для распределения нагрузки, причем примитивной. Совершенно не выход, и совершенно не HA получится.

[LMik]

ммм

Код: Выделить всё

lmik# cd /usr/ports/
lmik# make search name=chiron
Port:	fusefs-chironfs-1.1.1_1
Path:	/usr/ports/sysutils/fusefs-chironfs
Info:	A FUSE based filesystem with replication at the filesystem level
Maint:	leeym@FreeBSD.org
B-deps:	fusefs-libs-2.7.3 libiconv-1.11_1 pkg-config-0.23_1
R-deps:	fusefs-kmod-0.3.9.p1.20080208_2
WWW:	http://code.google.com/p/chironfs/

[Alex Keda]

хм...
кто попробует!?

[LMik]

хм...
кто попробует!?

Хы, ну думается надо топикстартеру и попробовать

[freak]

а кто нить знает, что скрывается под "etc" тут? и насколько стабильная ChironFS beta: 1.1.1?

sharing their filesystems using any protocol like NFS, SSHFS, etc.

[paradox]

наверное все что заканчиваеться на *FS
))

[serge]

Странно все как-то...
В итоге решили поставить (стандартный вариант) 1 сервер с железным райдом и периодически делать бэкапы на второй. Работать будет все время только одна машина
Но несмотря на это топик мне безусловно интересен, т.к. сам с такого рода схемами не сталкивался, но попробовать очень хочется. Поэтому по возможности буду ковырять поподробнее разные варианты. Только вот чувствуется проблематично будет это отлаживаться на виртуалках аля vmware

[LMik]

Странно все как-то...
В итоге решили поставить (стандартный вариант) 1 сервер с железным райдом и периодически делать бэкапы на второй. Работать будет все время только одна машина
Но несмотря на это топик мне безусловно интересен, т.к. сам с такого рода схемами не сталкивался, но попробовать очень хочется. Поэтому по возможности буду ковырять поподробнее разные варианты. Только вот чувствуется проблематично будет это отлаживаться на виртуалках аля vmware

Ну это ожидалось

На виртуалках тормозно все это дело, поэтом у никак у самого руки не доходят муей на ndb заняться

[ProFTP]

вот такую схему случайно увидел http://perl.ginnie.ru/about.html

[LMik]

вот такую схему случайно увидел http://perl.ginnie.ru/about.html

Ага, у меня такие даже работают

[zingel]

наткнулся:

http://www.samag.ru/cgi-bin/go.pl?q=art ... .2007;a=03