Титла: Back up cluster Публикувано от: EazySnatch в Aug 16, 2006, 12:37 Имам следната ситуация:
Сървър с Apache Php Mysql искам ако евентуално дъното му спре работата да се прехвърли на другия сървър и той да се явава като Slave просто да чака при евентуален проблем.Това ми е ясно как може да стане ако е рутер ,но нямам идея как да направя за Mysql-a. Mysql-a искам да работи в mirror режим и нямам идея дори за какво да чета ,за да го направя.Apacheto върши цялата работа (с PHP ) и се запазва в базата затова ми трябва тя да е с минимални загуби (да кажем дори без загуби). Ако има някой как става просто да подхвърли ,за да започна тестовете мерси. Титла: Back up cluster Публикувано от: в Aug 16, 2006, 13:45 //offtopic
Ами най-ламерското решение, е да записваш всяка заявка в две бази ![]() ![]() Титла: Back up cluster Публикувано от: EazySnatch в Aug 16, 2006, 14:29 Може да е дъмп не ми пречи както преместих сървъра така и мисля да го направя този път ,но да има по бърза реакция.
И като даваш отвори се обосновавай защото ,четенето става само от 1-на машина просто базите са едни и същи и обясни ми какъв ще е проблема 2-ве еднакво работищи бази като системата работи главно с едната. И все пак аз от теб решение не видях освен критика без становище тъйче с поста си си абсолютно безполезен.Поне да беше се обосоновал да знам защо да не го правя и тогава ще се съглася ако не е правилното решение. Ако можеш предложи по-добро решение и аз ще се помъча да го направя. Титла: Back up cluster Публикувано от: Йордан в Aug 16, 2006, 14:52 Има едно много лесно решени. Нарича се лоад баланс. За да го реализираш ти трябват основно две-три неща. За повече информация гоогле.ком, а при последвали въпроси пак тука :Д
P.S. и един бонус Load Sharing and Balancing Титла: Back up cluster Публикувано от: в Aug 16, 2006, 15:22
![]() 1. В началото пишеше "//offtopic" 2. Бях написал, че е ламерско, но все пак е идея. За това което искаш да направиш ми се струва, че трябва да имаш три машини, защото не ми е ясно клиента как ще разбере, че трябва да прави заявките към другата машина или те двете ще са с едно IP (което надявам се разбираш, че е несериозно предположение)? ![]() 3. Дънни платки да ти кажа не гърмят често, освен ако не си оставил техниката на произвола на съдбата. 4. Аз не видях някъде да отправям критика към теб. Ако е имало, по-скоро е била към моя отговор. Неслучайно в началото пише "//offtopic". Титла: Back up cluster Публикувано от: в 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 машинки. Те са решими, поне в повечето случаи ![]() Когато натоварванията скочат и почнеш да гониш performance хубавото е че има много насоки в които можеш да гониш подобрение - примерно вземаш по още една мрежова карта и суич и си правиш един етернет сегмент по който тече информация единствено свързана с shared storage-a. Можеш да отделяш httpd/php и mysqld на отделни машини. Можеш да вкарваш колкото искаш нови машини да правят каквото решиш. В смисъл, възможностите са много, дори ако натоварванията в последствие нарастнат. Успех...иначе само с двете машинки, без трета, нямам идея как би станало ![]() Титла: Back up cluster Публикувано от: EazySnatch в Aug 16, 2006, 15:53 Сървъра е с 6-ст диска в RAID 0 ... 5 като едния просто чака и ако падне root харда се вдига като такъв.Казвам това ,защото ти предлагаш да маутвам диск и 2-те машина да пишат и четат там(поне аз това разбрах) което не ме устройва еми ако той гръмне ... тогава какво става.Искам да го правя с друга машина.
Машините не са на произвола на съдбата Дъно спя на едни колеги преди 2-ва дена затога това го казвам и видях какво е. Така ... идеята ми е преставави си го като mail MX направил съм мейл сървъра ако спре mail.domain машина веднага всички заявки отиват към mail2.domain след връщането на mail.domain всичко се прехвърля на нея и така не се губят и забавят мейлове.Така искам да го направя и за базата данни,защото немога да си позволя работата да спре за голям период от време. С рутерите ми е ясно как става с препенд ип адрес който ако спре главния втория взима неговото ип и никой нищо не разбира. Аз търся решение независимо какво е ,защото за момента нямам просто идея как да го направя и искам помощ от хора с опит сблъсквали се с това. Не хоствам нищо.Върви работа като има трансвер на данни от друга държава като Apacheto,Php,Mysql са главните процеси.Като при спиране на едно от тези 3-ри неща никой неможе да прави нищо. Главната идея е да не спира работата дори и главната машина да и дръпна кабела.Това искам да постигна. Титла: Back up cluster Публикувано от: в Aug 16, 2006, 16:23 Титла: Back up cluster Публикувано от: в Aug 16, 2006, 16:37 Не искам да почвам с назидателния тон ама...
![]() 6 диска в раид0 означава просто че който и диск от тях да се счупи, целия масив отива на майната си и ако нямаш бекъп ще си имаш много сериозни проблеми ![]() ![]() Подобна на тази твоята манипулация със средствата само на DNS протокола е невъзможна, това с MX-ите е съвсем друга боза (и пак, 2-та мх записа сами по себе си не решават напълно проблема с единия паднал мейл сървър, но това е друга тема) ![]() С рутерите това за което говориш става благодарение на HSRP/VRRP, но това са съвсем различни неща, реализират се мултикаст схеми разни и този вариант сам по себе си трудно може да се сравни с failover на 2 mysql сървъра, но както и да е ![]() Ако се замислиш колко points of failure можеш да имаш...за да се подигуриш отвсякъде ще ти се наложи да наринеш доста $$$.... Дисковете далеч не са ти единствения проблем, ако да речем ти падне линията до интернет, или пък тока в сградата за повече време, какво ще се случи? ![]() Титла: Back up cluster Публикувано от: EazySnatch в Aug 16, 2006, 17:44 Просто не влезнах в подробности затова написах RAID 0 .. 5 моя грешка разбрал си ме погрешно 5-т са RAID 5 и един е SPARE ,но както и да е.
Малко преди да видя поста ме орентираха за replication мерси все пак за отговорите помогнаха ми. |