From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <465FBB03.6040509@nevod.ru> Date: Fri, 01 Jun 2007 12:21:55 +0600 From: Kostarev Alexey Organization: Nevod Ltd User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: ALT Linux Community References: <465EA817.5030806@nevod.ru> <465ECC9F.2030406@stc.donpac.ru> <465F96F1.9010809@nevod.ru> <465FB305.4040304@stc.donpac.ru> In-Reply-To: <465FB305.4040304@stc.donpac.ru> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------040409010303080205040403" X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [Comm] =?koi8-r?b?89LFxNPU18Eg18nS1NXBzMnawcPJySDXIE1hc3RlciA0?= =?koi8-r?b?LjA=?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux Community List-Id: ALT Linux Community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2007 06:20:00 -0000 Archived-At: List-Archive: List-Post: This is a multi-part message in MIME format. --------------040409010303080205040403 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Eugene Prokopiev wrote: >> А ссылочки по jhad можно? >> Пока все чтоя нашел - ссылку на tar-файл >> >> http://metromap.antex.ru/tmp/jhad-1.0.6.tar.bz2 >> в вашей переписке... > > > А ничего больше и нет ;) > > Но чтоб не повторяться, занес на > http://www.freesource.info/wiki/Software/HighAvailability > > Самое ценное там - файлы, прикрепленные к страничке: jhad solaris > version от Сергея Пинаева и моя первая попытка опакетить jhad > OK Дело в том, что я пока интересуюсь этим чисто из спортивного инетереса - пытаюсь сейчас поглубже разобраться с openVZ и занинул удочки на реализацию кластера для одного из своих клиентов. Если клиент согласится - тогда займусь этим делом вплотную. Я по Вашей классификации из велосипедостроителей :-) Пока-что у меня сложилась такая схема - две машины ведут через DRDB один и тот сетевой диск с каталогом /var/lib/vz/private/ В случае падения одной системы, вторая переконфигурирует свои интерфейсы и берет виртуальные сервисы на себя. Это конечно не миграция на лету (коннекты потеряются) но для клиента несмертельно... Миграцию на лету можно будет делать при профилактике... Или в этой схеме есть подводные камни? >------------------------------------------------------------------------ > >_______________________________________________ >Community mailing list >Community@lists.altlinux.org >https://lists.altlinux.org/mailman/listinfo/community > -- С Уважением Директор ООО НЕВОД Костарев А.Ф. --------------040409010303080205040403 Content-Type: text/x-vcard; charset=utf-8; name="kaf.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kaf.vcf" begin:vcard fn:Alexey Kostarev n:Kostarev;Alexey org:Nevod Ltd. adr:;;;Perm;;;Russia email;internet:kaf@nevod.ru tel;work:(3422) 196-960 url:http://www.nevod.ru/nevod/staff/kaf/ version:2.1 end:vcard --------------040409010303080205040403--