Re: [Lug-bg] Дебиан виртуален клъстер
- Subject: Re: [Lug-bg] Дебиан виртуален клъстер
- From: Georgi Alexandrov <georgi.alexandrov@xxxxxxxxx>
- Date: Fri, 19 Oct 2007 10:43:12 +0300
- Cc: Linux Users Group - Bulgaria <lug-bg@xxxxxxxxxxxxxxxxxx>
Georgi Alexandrov wrote:
> 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 правилото трябва да връща услугите на
>> първите машини, защото при хардуерен проблем и постоянен рестарт ще
>> стане такъв пинг-понк че не е работа
>>
>
> Добре, че те могат почти да се диагностицират една друа, че иначе щеше
> да стане като в твоите кошмари.
<snip>
2:48 АМ ...
--
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
|