Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: [Lug-bg] Дебиан виртуален клъстер


  • Subject: Re: [Lug-bg] Дебиан виртуален клъстер
  • From: Georgi Alexandrov <georgi.alexandrov@xxxxxxxxx>
  • Date: Fri, 19 Oct 2007 02:48:13 +0300

Romeo Ninov wrote:
> На 18.10.07, Georgi Alexandrov <georgi.alexandrov@xxxxxxxxx> написа:
>> Yavor Atanasov wrote:
>>> Marian Marinov wrote:
>>>> С какво тази схема е различна от схемите при които имаш клъстер от няколко
>>>> физически отделни машини?
>>>>
>>>> Аз лично не вижда проблем свързан с това.
>>>>
>>>> Какво точно искаш да постигнеш? Какъв клъстер искаш да изградиш?
>>>>
>>>> Мариян Маринов
>>>>
>>>> On Thursday 18 October 2007 09:35:32 Yavor Atanasov wrote:
>>>>
>>>>> Здравейте,
>>>>>
>>>>> възможно ли е създаването на клъстер от две виртуални машини разположени
>>>>> на два физически отделни сървъра?
>>>>>
>>>>> Явор Атанасов
>>> Идеята е на три машини да изградя по три виртуални машини, които да
>>> поемат функциите
>>> на физическите машини. Т.е. три клъстера, разхвърляни на всяка от трите
>>> машини. Така и
>>> трите функционални машини ще продължат да работят дори и две от
>>> физическите машини
>>> да откажат.
>>>
>>> Има ли някаква грешка в идеята?
>> <snip>
>>
>> Ти май търсиш повече fail-over решение, иначе грешка няма. Може би малко
>> си усложняваш схемата. Да кажем, че имаш 3 машини, като едната обслужва
>> www, другата mail, третата svn. Много лесно със drbd+heartbeat-2 ще
>> постигнеш търсения резултат:
>>
>> Пада машина 1, www ресурсите се прехвърлят на машина 2.
>> Пада машина 2, www и mail ресурсите се прехвърлят при svn-a ;-).
>> Първите две се връщат обратно online, www и mail ресурсите се връщат по
>> местата си.
>>
>> Това става автоматично, разбира се. И това са най-простите варианти,
>> можеш да си поиграеш доста ;-)
>>
>> --
> не съм сигурен че failback правилото трябва да връща услугите на
> първите машини, защото при хардуерен проблем и постоянен рестарт ще
> стане такъв пинг-понк че не е работа
> 

Добре, че те могат почти да се диагностицират една друа, че иначе щеше
да стане като в твоите кошмари.

--
regards,
Georgi Alexandrov

key server - pgp.mit.edu :: key id - 0x37B4B3EE
Key fingerprint = E429 BF93 FA67 44E9 B7D4  F89E F990 01C1 37B4 B3EE

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg


 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.