А почему так пессимистично Давно известный вариант как в .Net (платформа а не язык) или J2EE Конкретно ASP.NET State server называется. В связке с load-balancing получаешь то что ты хочешь, а именно отсутствие single point of failure на уровне frontend машин. Sincerely, Sergei Podnos, CIO Validio Ukraine Tel: +38 057 719 45 07 x314 E-mail: Podnos@validio.com.ua ICQ: 18631030 Skype: podnos -----Original Message----- From: owner-uanog-outgoing@uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Paul Arakelyan Sent: Thursday, January 19, 2006 4:50 PM To: uanog@uanog.kiev.ua Subject: [uanog] Re: [uanog] Re: проблема выбора. On Thu, Jan 19, 2006 at 02:59:17AM +0200, boris mostovoy wrote:

Hello Vasiliy, VPM> 2 сервера "обычных" или один "навернутый"? VPM> В этом суть вопроса.

VPM> какой вариант выбрали бы Вы ? VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^

Ты же сам ответил на вопрос. Наличие риска убытков не означает наличие достаточных прибылей. Вы ж в каске и щитках хоккейных с альпинистским снаряжением на работу не ездите? :)

1 звёздочка, две звёздочки, три - но все знают, что лучше всего 5. Эт я к тому, чтосамое монстрёзное решение - аналог raid5 но на уровне обработки данных. Честно - слабо себе такое представляю, но идея вот такая появилась. point of failure - то, куда данные приезжают и распределяются по серверам (чтоб не сказать "математически пред-обрабатываются").

Три(пять,..) - считай по цене простоя быдлинга. Если простой влетает в *значительную сумму*(1), в текущей конфигурации потери от простоев составили(2), предполагаем на основании данных .... за период ..., с учетом .... получаем предполагаемые потери (2n) Для сокращения уровня простоев до [приемлемых,нулевых] предлагается решение (А) или решение (Б) или решение (С).

Вот чё мне это письмо с такой странностью внутри VVV приехало? И от других в этой рассылке такое (заголовки внутри письма) мелькает?

SWAT решений: ........ Received: from burka.carrier.kiev.ua (root@burka.carrier.kiev.ua [193.193.193.107]) by aleph.carrier.kiev.ua (8) with ESMTP id k1J1nTXl028511 for ; Thu, 19 Jan 2006 03:49:31 +0200 (EET) (envelope-from owner-uanog-outgoing@uanog.kiev.ua) Received: from burka.carrier.kiev.ua (postfix@burka.carrier.kiev.ua [193.193.193.107]) by burka.carrier.kiev.ua with ESMTP id k0J1IvMk025220 for ; Thu, 19 Jan 2006 03:19:00 +0200 (EET) (envelope-from owner-uanog-outgoing@uanog.kiev.ua) Received: by postfix.hq.lucky.net (Postfix) id 68E215351D; Thu, 19 Jan 2006 03:03:18 +0200 (EET) Received: by postfix.hq.lucky.net (Postfix, from userid 54) id 26A0B5351C; Thu, 19 Jan 2006 03:03:18 +0200 (EET) Received: from breaker.tormoz.net (breaker.tormoz.net [217.20.165.61]) by burka.carrier.kiev.ua with ESMTP id k0J13B45021287 for ; Thu, 19 Jan 2006 03:03:17 +0200 (EET) (envelope-from vms@tormoz.net) X-SPAM-Check-IP: 217.20.165.61 Received: from client085-6.emplot.kiev.ua ([193.110.106.85] helo=localhost) by breaker.tormoz.net with esmtp (Exim 4.53) id 1EzOCi-0001uX-0d for uanog@uanog.kiev.ua; Thu, 19 Jan 2006 03:03:11 +0200 Date: Thu, 19 Jan 2006 02:59:17 +0200 From: boris mostovoy X-Mailer: The Bat! (v3.62.14) UNREG / CD5BF9353B3B7091 Organization: Hostmaster LTD X-Priority: 3 (Normal) Message-ID: <297684765.20060119025917@tormoz.net> To: uanog@uanog.kiev.ua Subject: [uanog] Re: проблема выбора. In-Reply-To: <20060118133853.GJ14244@creator.gu.net> References: <20060118111008.GA14244@creator.gu.net> <20060118113531.GE920@dun.ukr.net> <20060118123432.GD14244@creator.gu.net> <20060118144537.C83686@atlantis.atlantis.dp.ua> <20060118132950.GH920@dun.ukr.net> <20060118133853.GJ14244@creator.gu.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Spam-Report: Content analysis details: -1.0 points, 7.0 required -1.0 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] X-Verify-Sender: Address has been verified (aleph.carrier.kiev.ua) X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) X-Verify-Sender: Address has been verified (burka.carrier.kiev.ua) X-Antivirus: Dr.Web (R) for Mail Servers on kozlik.carrier.kiev.ua host X-Antivirus: Dr.Web (R) for Mail Servers on kozlik.carrier.kiev.ua host X-Antivirus-Code: 100000 X-Antivirus-Code: 100000 Sender: owner-uanog-outgoing@uanog.kiev.ua Precedence: resend Reply-To: uanog@uanog.kiev.ua List-Help: mailto:majordomo@uanog.kiev.ua?body=help List-Unsubscribe: mailto:majordomo@uanog.kiev.ua?body=unsubscribe%20uanog List-Subscribe: mailto:majordomo@uanog.kiev.ua?body=info%20uanog Precedence: list X-Mailing-List:

Hello Vasiliy,

Wednesday, January 18, 2006, 3:38:53 PM, you wrote:

VPM> Помоему, мы несколько отдалились от темы :)

Ты первый начал - когда привел конфигурацию железок в отрыве от задачи.

VPM> Суть вопроса не в том, чтобы брать 2 сервера дорогих или брать 2 VPM> сервера дешевых , а суть вопроса, что будет надежней в итоге. VPM> Ведь в цель ставиться сохранность данных статистики и их постоянное добавление.

VPM> 2 сервера "обычных" или один "навернутый"? VPM> В этом суть вопроса.

VPM> какой вариант выбрали бы Вы ? VPM> Ведь даже 20 минут простоя биллинга обходятся в значительную сумму. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^

Ты же сам ответил на вопрос.

Три(пять,..) - считай по цене простоя быдлинга. Если простой влетает в *значительную сумму*(1), в текущей конфигурации потери от простоев составили(2), предполагаем на основании данных .... за период ..., с учетом .... получаем предполагаемые потери (2n) Для сокращения уровня простоев до [приемлемых,нулевых] предлагается решение (А) или решение (Б) или решение (С). SWAT решений: ........ st regards, boris mailto:vms@tormoz.net

=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

-- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message