Автор Тема: Back up cluster  (Прочетена 3203 пъти)

EazySnatch

  • Напреднали
  • *****
  • Публикации: 46
  • Distribution: Gentoo
  • Window Manager: XFCE
    • Профил
    • WWW
Back up cluster
« -: Aug 16, 2006, 12:37 »
Имам следната ситуация:
Сървър с Apache Php Mysql искам ако евентуално дъното му спре работата да се прехвърли на другия сървър и той да се явава като Slave просто да чака при евентуален проблем.Това ми е ясно как може да стане ако е рутер ,но нямам идея как да направя за Mysql-a.

Mysql-a искам да работи в mirror режим и нямам идея дори за какво да чета ,за да го направя.Apacheto върши цялата работа (с PHP ) и се запазва в базата затова ми трябва тя да е с минимални загуби (да кажем дори без загуби).
Ако има някой как става просто да подхвърли ,за да започна тестовете мерси.
Активен

It "just works" is  not enough , It must work well

  • Гост
Back up cluster
« Отговор #1 -: Aug 16, 2006, 13:45 »
//offtopic

Ами най-ламерското решение, е да записваш всяка заявка в две бази  ':crazy:', което наистина си е ... ламерско решение, защото незнам четенето после как ще го организираш.  ':ok:'
Активен

EazySnatch

  • Напреднали
  • *****
  • Публикации: 46
  • Distribution: Gentoo
  • Window Manager: XFCE
    • Профил
    • WWW
Back up cluster
« Отговор #2 -: Aug 16, 2006, 14:29 »
Може да е дъмп не ми пречи както преместих сървъра така и мисля да го направя този път ,но да има по бърза реакция.
И като даваш отвори се обосновавай защото ,четенето става само от 1-на машина просто базите са едни и същи и обясни ми какъв ще е проблема 2-ве еднакво работищи бази като системата работи главно с едната.
И все пак аз от теб решение не видях освен критика без становище тъйче с поста си  си абсолютно безполезен.Поне да беше се обосоновал да знам защо да не го правя и тогава ще се съглася ако не е правилното решение.
Ако можеш предложи по-добро решение и аз ще се помъча да го направя.



Активен

It "just works" is  not enough , It must work well

Йордан

  • Напреднали
  • *****
  • Публикации: 1451
  • Distribution: Ubuntu / Gentoo
  • Window Manager: Gnome
  • не е важно колко ти е голяма пишката, а какво можеш с нея
    • Профил
    • WWW
Back up cluster
« Отговор #3 -: Aug 16, 2006, 14:52 »
Има едно много лесно решени. Нарича се лоад баланс. За да го реализираш ти трябват основно две-три неща. За повече информация гоогле.ком, а при последвали въпроси пак тука :Д

P.S. и един бонус Load Sharing and Balancing
Активен

Всеки пост - отговор на въпрос !!!

Йордан Георгиев
http://ygeorgiev.net/

  • Гост
Back up cluster
« Отговор #4 -: Aug 16, 2006, 15:22 »
Цитат (EazySnatch @ Авг. 16 2006,15:29)
Може да е дъмп не ми пречи както преместих сървъра така и мисля да го направя този път ,но да има по бърза реакция.
И като даваш отвори се обосновавай защото ,четенето става само от 1-на машина просто базите са едни и същи и обясни ми какъв ще е проблема 2-ве еднакво работищи бази като системата работи главно с едната.
И все пак аз от теб решение не видях освен критика без становище тъйче с поста си  си абсолютно безполезен.Поне да беше се обосоновал да знам защо да не го правя и тогава ще се съглася ако не е правилното решение.
Ако можеш предложи по-добро решение и аз ще се помъча да го направя.

'B)'

1. В началото пишеше "//offtopic"
2. Бях написал, че е ламерско, но все пак е идея. За това което искаш да направиш ми се струва, че трябва да имаш три машини, защото не ми е ясно клиента как ще разбере, че трябва да прави заявките към другата машина или те двете ще са с едно IP (което надявам се разбираш, че е несериозно предположение)?'<img'> Не си обяснил какво хостваш. Освен, че е на PHP. Колко голям по обем проект е.
3. Дънни платки да ти кажа не гърмят често, освен ако не си оставил техниката на произвола на съдбата.
4. Аз не видях някъде да отправям критика към теб. Ако е имало, по-скоро е била към моя отговор. Неслучайно в началото пише "//offtopic".
Активен

  • Гост
Back up cluster
« Отговор #5 -: Aug 16, 2006, 15:30 »
Принципно има mysql clustering възможности в 4.1 и нагоре доколкото помня, но не те съветвам да се занимаваш.

За съжаление load balancing-a е само част от цялата галимация.

Има един много важен друг момент - интегритет на данните. И двете машини трябва в реално време да предоставят една и съща информация - ако просто балансираш конекциите към тях, твърде скоро ще се окаже че при едната машина са минали определени INSERT-и, на другата - други, съответно SELECT-ите ще връщат резултати в зависимост от това лоуд балансера коя машинка е решил да запита. Освен което целта е failover а не load balancing, въпреки че с LVS спокойно може да се реализират и двете. Но пак, трябва да се погрижиш двете машини да имат една и съща база по всяко време. Това изключва набити по кронтаб-овете скриптове са синхронизация, размотаване на дъмпове и прочее не особено сигурни бози.
Искаш да стане без допълнителен хардуер, какъвто е отделна LVS машина - обаче така според мен си е направо невъзможно да стане читаво.

Но да речем че си решен да го направиш наистина както трябва - ще ти трябва поне още една машинка. На нея си правиш един по-голям дял и го експорт-ваш: дали като NBD, NFS (тъпо решение), SMB share (още по-тъпо), ata-over-ethernet или  GFS (или подобна клъстерна файлова система) - си е твоя работа. Маунт-ваш отдалечено този дял и на двете LAMP машини, като mountpoint-а ти е /var/lib/mysql/ (или там дето е datadir-a). Пускаш mysqld и apache там.

На машината с експортнатия дял, която евентуално ще ти се явява gateway за двете LAMP машини, подкарваш LVS или някоя джаджа от сорта на ha-proxy във failover режим. Възможно е да имаш ексцесии покрай нат-ването на адресите на двете LAMP машинки. Те са решими, поне в повечето случаи '<img'>

Когато натоварванията скочат и почнеш да гониш performance хубавото е че има много насоки в които можеш да гониш подобрение - примерно вземаш по още една мрежова карта и суич и си правиш един етернет сегмент по който тече информация единствено свързана с shared storage-a. Можеш да отделяш httpd/php и mysqld на отделни машини. Можеш да вкарваш колкото искаш нови машини да правят каквото решиш. В смисъл, възможностите са много, дори ако натоварванията в последствие нарастнат.

Успех...иначе само с двете машинки, без трета, нямам идея как би станало '<img'>
Активен

EazySnatch

  • Напреднали
  • *****
  • Публикации: 46
  • Distribution: Gentoo
  • Window Manager: XFCE
    • Профил
    • WWW
Back up cluster
« Отговор #6 -: Aug 16, 2006, 15:53 »
Сървъра е с 6-ст диска в RAID 0 ... 5 като едния просто чака и ако падне root харда се вдига като такъв.Казвам това ,защото ти предлагаш да маутвам диск и 2-те машина да пишат и четат там(поне аз това разбрах) което не ме устройва еми ако той гръмне ... тогава какво става.Искам да го правя с друга машина.
Машините не са на произвола на съдбата
Дъно спя на едни колеги преди 2-ва дена затога това го казвам и видях какво е.
Така ... идеята ми е преставави си го като mail MX направил съм мейл сървъра ако спре mail.domain машина веднага всички заявки отиват към mail2.domain след връщането на mail.domain всичко се прехвърля на нея и така не се губят и забавят мейлове.Така искам да го направя и за базата данни,защото немога да си позволя работата да спре за голям период от време.
С рутерите ми е ясно как става с препенд ип адрес който ако спре главния втория взима неговото ип и никой нищо не разбира.
Аз търся решение независимо какво е ,защото за момента нямам просто идея как да го направя  и искам помощ от хора с опит сблъсквали се с това.
Не хоствам нищо.Върви работа като има трансвер на данни от друга държава като Apacheto,Php,Mysql са главните процеси.Като при спиране на едно от тези 3-ри неща никой неможе да прави нищо.
Главната идея е да не спира работата дори и главната машина да и дръпна кабела.Това искам да постигна.
Активен

It "just works" is  not enough , It must work well

  • Гост
Back up cluster
« Отговор #7 -: Aug 16, 2006, 16:23 »
Мисля, че това ще ти помогне:

MySQL replications
Активен

  • Гост
Back up cluster
« Отговор #8 -: Aug 16, 2006, 16:37 »
Не искам да почвам с назидателния тон ама... '<img'>

6 диска в раид0 означава просто че който и диск от тях да се счупи, целия масив отива на майната си и ако нямаш бекъп ще си имаш много сериозни проблеми '<img'> Не виждам нищо сигурно в това, най-вероятно стрипинг решението ви е правено, защото се е целяла скорост на дисковите операции, а не сигурност на данните '<img'>

Подобна на тази твоята манипулация със средствата само на DNS протокола е невъзможна, това с MX-ите е съвсем друга боза (и пак, 2-та мх записа сами по себе си не решават напълно проблема с единия паднал мейл сървър, но това е друга тема)  '<img'>

С рутерите това за което говориш става благодарение на HSRP/VRRP, но това са съвсем различни неща, реализират се мултикаст схеми разни и този вариант сам по себе си трудно може да се сравни с failover на 2 mysql сървъра, но както и да е '<img'>

Ако се замислиш колко points of failure можеш да имаш...за да се подигуриш отвсякъде ще ти се наложи да наринеш доста $$$.... Дисковете далеч не са ти единствения проблем, ако да речем ти падне линията до интернет, или пък тока в сградата за повече време, какво ще се случи? '<img'>
Активен

EazySnatch

  • Напреднали
  • *****
  • Публикации: 46
  • Distribution: Gentoo
  • Window Manager: XFCE
    • Профил
    • WWW
Back up cluster
« Отговор #9 -: Aug 16, 2006, 17:44 »
Просто не влезнах в подробности затова написах RAID 0 .. 5 моя грешка разбрал си ме погрешно  5-т са RAID 5 и един е SPARE ,но както и да е.
 Малко преди да видя поста ме орентираха за replication мерси все пак за отговорите помогнаха ми.
Активен

It "just works" is  not enough , It must work well

Подобни теми
Заглавие Започната от Отговора Прегледи Последна публикация
CORBA na CLUSTER
Хардуерни и софтуерни проблеми
blind_fish 1 1818 Последна публикация May 23, 2003, 17:51
от blind_fish
cluster za linux
Търсене
obla4e 3 4345 Последна публикация Oct 29, 2003, 14:25
от subn3t
Rhel/centos 5  cluster
Начини за увеличаване на бързодействието
sana 4 3530 Последна публикация Nov 08, 2007, 17:30
от tarator
apache ha cluster и php sessions
Начини за увеличаване на бързодействието
ovrpwrd 11 4909 Последна публикация Nov 13, 2008, 11:08
от ovrpwrd
Cluster за изчисления
Общ форум
rcbandit 12 5178 Последна публикация Nov 18, 2011, 22:45
от gat3way