January 2006 - UANOG

RE: [uanog] Re: [uanog] Re: проблема выбора.
by Sergei Podnos 19 Jan '06

19 Jan '06

А почему так пессимистично Давно известный вариант как в .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(a)validio.com.ua ICQ: 18631030 Skype: podnos -----Original Message----- From: owner-uanog-outgoing(a)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(a)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(a)burka.carrier.kiev.ua [193.193.193.107]) > by aleph.carrier.kiev.ua (8) with ESMTP id k1J1nTXl028511 > for <unisol(a)cs.kiev.ua>; Thu, 19 Jan 2006 03:49:31 +0200 (EET) > (envelope-from owner-uanog-outgoing(a)uanog.kiev.ua) > Received: from burka.carrier.kiev.ua (postfix(a)burka.carrier.kiev.ua [193.193.193.107]) > by burka.carrier.kiev.ua with ESMTP id k0J1IvMk025220 > for <unisol(a)cs.kiev.ua>; Thu, 19 Jan 2006 03:19:00 +0200 (EET) > (envelope-from owner-uanog-outgoing(a)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 <uanog(a)uanog.kiev.ua>; Thu, 19 Jan 2006 03:03:17 +0200 (EET) > (envelope-from vms(a)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(a)uanog.kiev.ua; Thu, 19 Jan 2006 03:03:11 +0200 > Date: Thu, 19 Jan 2006 02:59:17 +0200 > From: boris mostovoy <vms(a)tormoz.net> > X-Mailer: The Bat! (v3.62.14) UNREG / CD5BF9353B3B7091 > Organization: Hostmaster LTD > X-Priority: 3 (Normal) > Message-ID: <297684765.20060119025917(a)tormoz.net> > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: проблема выбора. > In-Reply-To: <20060118133853.GJ14244(a)creator.gu.net> > References: <20060118111008.GA14244(a)creator.gu.net> > <20060118113531.GE920(a)dun.ukr.net> > <20060118123432.GD14244(a)creator.gu.net> > <20060118144537.C83686(a)atlantis.atlantis.dp.ua> > <20060118132950.GH920(a)dun.ukr.net> > <20060118133853.GJ14244(a)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 <owner-uanog-outgoing(a)uanog.kiev.ua> has been > verified (aleph.carrier.kiev.ua) > X-Verify-Sender: Address <owner-uanog-outgoing(a)uanog.kiev.ua> has been > verified (burka.carrier.kiev.ua) > X-Verify-Sender: Address <vms(a)tormoz.net> 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(a)uanog.kiev.ua > Precedence: resend > Reply-To: uanog(a)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: <uanog(a)uanog.kiev.ua> > > 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(a)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(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

почта на AOL
by Maxim Tuliuk 19 Jan '06

19 Jan '06

Hi! В какой-то момент AOL перестал принимать почту - ошибка: server refused to talk to me: 554- (RTR:BL) http://postmaster.info.aol.com/errors/554rtrbl.html формочку заполнил письмо postmaster написал но результата нету - куда можно обратится для быстрого решения проблемы? -- Maxim Tuliuk WWW: http://primats.org.ua/~mt/ ICQ: 21134222 The bike is absolute freedom of moving =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

Странные тормоза ...
by Alexander Yeremenko 19 Jan '06

19 Jan '06

Жил себе тазик (LSD 5.4) : 2 IDE контроллера : /dev/ad0 - системный ad2, ad3 - мусорки. Лопнула мусорка, пришлось добавить ad1 Он еще и незаюзанный, нету к нему обращений ... Но начались заметные тормоза - в slogin, login, команды в ftp ползают, как черепахи, хотя обмен идет нормально ... Я, конечно, понимаю, что в принципе все надо разносить по отдельным контроллерам, но не до такой же степени... Что за подземный стук ? -- AY7-UANIC || AY15-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 3

RE: [uanog] Re: Re: проблема выбора.
by Sergei Podnos 19 Jan '06

19 Jan '06

Привет Я видел и даже делал. В результате стоимость железа для Web узла ослуживающего одно приложение с полным дублированием получилась порядка 110 килобаксов (Это в US при закупке по корпоративным ценам примерно -30 от GPL). 15 серверов HP DL360 c одним процессором и примерно 1Gb памяти на каждом. Полностью дублированный интернет feed и вся сеть внутри 2x Cat3750 + Multipath optical fiberchannel к MSA1000 SAN. Питание двумя feed все устройства содержат по два блока питания. PIXes тоже два. Тест на redundancy система прошла причем по требованиям FDA(Federal Drags agency). Sincerely, Sergei Podnos, CIO Validio Ukraine Tel: +38 057 719 45 07 x314 E-mail: Podnos(a)validio.com.ua ICQ: 18631030 Skype: podnos -----Original Message----- From: owner-uanog-outgoing(a)uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Mr.Doka Sent: Wednesday, January 18, 2006 6:04 PM To: uanog(a)uanog.kiev.ua Subject: [uanog] Re: Re: проблема выбора. On 1/18/06, vladimir.sharun(a)ukr.net <vladimir.sharun(a)ukr.net> wrote: > Обращаю внимание, что я пытаюсь сказать о том, что вероятность > пропадания электричества или сдыхания винчестера много выше, чем > вероятность выхода из строя планки памяти. > Выход из строя батареи в UPS'е не спасёт даже advanced ECC :-) Володя, любое mission critical решение должно быть зарезервировано полностью. Можно, конечно, считать вероятность сгорания того или иного компонента, но если у него по статистике это происходит раз в 1000 лет, то это не означает, что обязательно во второй половине тысячелетия! :) Поэтому сервер должен быть АКИ хороший маршрутизатор - две материнки в hot-standby режиме, сетевые карты/порты по две на материнку (чтобы кажый процессор включался в два разных Ethernet-коммутатора) и т.д. Ты такое в жизни видел? Я - нет (впрочем, и не интересовался особо). А если оно есть - то сколько оно стоит? Два сервера стоят значительно дешевле, обеспечивая по сути ту же надежность :) -- /doka =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] Re: проблема выбора.
by Andriashevich Alexander 18 Jan '06

18 Jan '06

Во блин люди спорят, даже 3 копейки вставить страшно :) Разница в цене generic самосборного сервера с ECC-памятью и не-ECC-памятью - процентов, нуууу... 10%-15%. Ну хорошо, если в сервере 4G памяти, ну 30%. Но не разы. Исходный вопрос-то был, что лучше: 1 пачка крутого порошка или 2 пачки обычного. Если принять следующие вводные 1. Подразумеваем, что правильное питание (UPS / второй ввод / дизель / днепрогэс) есть 2. Кондиционирование воздуха есть 3. В помещении никто не ходит, патч-корды сами собой не отпадают 4. Разница в цене между одним крутым сервером и двумя обычными - десятки процентов то я бы брал 2 обычных. Хотя идеологически правильно оценивать полное решение (пп.1-4 + сервер(ы)). Бо можно потратить весь бюджет на мегасервер, а потом поставить его в пыльный чулан, где у него заклинят кулеры от трупов застрявших в них тараканов. -- Alexander Andriashevich <gash(a)goldentele.com> GASH1-RIPE > -----Original Message----- > From: owner-uanog-outgoing(a)uanog.kiev.ua > [mailto:owner-uanog-outgoing@uanog.kiev.ua]On Behalf Of > vladimir.sharun(a)ukr.net > Sent: Wednesday, January 18, 2006 5:34 PM > To: uanog(a)uanog.kiev.ua > Subject: [uanog] Re: проблема выбора. > > > Dmitry Pryanishnikov wrote: > DP> Пол года назад назад. А года 4 назад накрылась (на ходу) планка > DP> в весьма важном для фирмы сервере. С тех пор мне не приходится > DP> доказывать руководству, ECC или нет брать для биллинга и > для прочих > DP> действительно важных задач. Такого вопроса просто не возникает. > > Обращаю внимание, что я пытаюсь сказать о том, что вероятность > пропадания электричества или сдыхания винчестера много выше, чем > вероятность выхода из строя планки памяти. > Выход из строя батареи в UPS'е не спасёт даже advanced ECC :-) > > DP> >DP> серверные серии молчу, там это is a must. Я Вас > уверяю, не только за > DP> >DP> мейнфреймами работают люди, ценящие надежность > хранения информации. > DP> > > DP> >Люди ценящие надёжность хранения информации != > сохранность информации. > DP> > DP> Я бы сказал: > DP> > DP> (Люди, не ценящие надёжность хранения информации ) => > DP> несохранность информации > DP> > DP> где => означает логическое следствие. > > Ой $#@, я понял, улетаю... > > -- > UKR.NET Postmaster > =================================================================== > uanog mailing list. > To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua > with "unsubscribe uanog" in the body of the message > =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

3 2

ОТ: Настенные крепления для мониторов.
by Lisnichenko Dmitry 18 Jan '06

18 Jan '06

Всем привет. Сорри за оффтоп. Кто-нибудь может подсказать где можно купить настенные крепления для мониторов самсунг 740n? надо штук 20 мониторов повесить на стенку... -- С уважением, мазай. mailto:rassylkaformazaj@ukr.net =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] проблема выбора.
by Sergei Podnos 18 Jan '06

18 Jan '06

Привет Про SuperMicro плохого ничего не скажу сами пользуемся в большом количестве. Но если уже вбухивать деньги в него то лучше сразу брать платформу c EMT64 и DualCore. Это как бы совет по защите инвестиций. Ну и с дисковым performance что бы не говорили а SATA SCSI не конкурент. Проверено на практике. Если будет стоять выбор между EMT64 + DualCOre + тактовая частота vs SCSI выбирай в пользу SCSI на твоих задачах. Или хотя бы сразу закладывайся на использование дисков в 0+1 RAID а не 5 на этой платформе. Я понимаю, что накладно но иначе на том что ты нарисовал тормозов не избежать. Sincerely, Sergei Podnos, CIO Validio Ukraine Tel: +38 057 719 45 07 x314 E-mail: Podnos(a)validio.com.ua ICQ: 18631030 Skype: podnos -----Original Message----- From: owner-uanog-outgoing(a)uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Vasiliy P. Melnik Sent: Wednesday, January 18, 2006 1:10 PM To: uanog(a)uanog.kiev.ua Subject: [uanog] проблема выбора. Всем привет. Надо покупать машинку под биллинг, хочется надежности и производительности на уровне. Если верить тестам всяким и статьям , то производительность CPU у следующих машин будет примерно одинакова. ----------------------------------------------------------------------------- Итак , вариант первый: Шасси: Supermicro 6024H-32R 2U Rackmount Чипсет Intel E7520 Adaptec AOC-SOZCR1 (RAID 0,1,5,10,50,JBOD) 2 контроллера Gigabit Ethernet 2 блока питания CPU: 2xP4Xeon 2.8 Озу: 2х1024Mb ECC HDD: 3x300Gb SATA Raid: Supermicro AOC-LPZCR1 ----------------------------------------------------------------------------- Вариант второй. 2 машины самосборные и считать на них. CPU: IPD 2.8G Smithfield (820) M/B: Socket 775: ASUS P5LD2, i945P, DDRII Озу: 2xDDRII 1024Mb DDR II 1024Mb 667 MHz PC2-5300 Brand HDD: 300.0g 7200 HDD: 80.0g 7200 Chieftec Rackmount 19" 2U ATX UNC-210-S-B 360W По стоимости второй вариант получается дешевле процентов на 20%, что по большому счету не критично. Вот такие вот мысли посещают. Сознательно не пишу своих мысле по поводу за и против, потому что хочется просто услышать разные мнения: кто бы что выбрал, и по возможности - почему. З.Ы. Список клиентов естественно хранится в базе и rsync-ом пройтись по крону и синхронизировать базы не составит труда. Т.е. из вопросов администрирования остается только вопрос админить 2 машины вместо одно. -- ------------------------------------------------------------------------------- Vasiliy P. Melnik | nic-hdl : VPM-RIPE, VPM-UANIC Global Ukraine ISP | phone : +380 (44) 2889232 basil(a)gu.net | =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

12.2(25)S8
by Dmitry Aksyonov 17 Jan '06

17 Jan '06

Hi, никто случайно не в курсе в свежем 12.2(25)S8 (72xx) snmp ifindex persist пофиксили? а чего нового поломали? :) -- Dmitry Aksyonov +380-62-3340343 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

1 0

RE: [uanog] [HW] "...сами мы не местные..." или не завалялось железо в закромах?
by Andriashevich Alexander 17 Jan '06

17 Jan '06

> Озадачился я задачей собрать сервер (о! :) ) домашний, и такой, чтоб > электричество ел поменьше (бо ж i сало з'┐ли, i газом закусюють :) ), > и при этом mldonkey/squid/ну и прочие мелочи сполнял. > > Короче, после изучения вопроса - p3-500-800MHz (чем больше - тем > больше ж элекричества жрать будет и греться) coppermine (256KB cache), > и эдак 256-512M мозгов с какой-нить MB с минимум 3 PCI слотами и > может встроенным видео - по идее то, что нужно. На такие задачи самое оно - мамка с _впаянным_ процом и видео, чтобы только память воткнуть и вперёд. На домашний минисервер я бы взял даже не p3-coppermine, а VIA C3/C5/C7, который без вентилятора обходится. Бо дома 19" стойку IMHO немногие держат, а вот пыли в кладовке может оказаться достаточно, поэтому минимум вентиляторов крайне желательно. > Вобщем, не завалялось ли ненужных и продавабельных ресурсов, у > помянутых выше? www.inpc.kiev.ua когда-то продавал такие мамки с впаянным VIA C3 -- Alexander Andriashevich <gash(a)goldentele.com> GASH1-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

4 5

[q] ipip tunnels on FreeBSD/Linux and DF flag
by Edward Melnik 17 Jan '06

17 Jan '06

Hello! Есть: 2 маршрутизатора. 1-й - FreeBSD i386 4.11-RELEASE SMP 2-й - Slamd64 x86_64 2.6.12.4 SMP Первый и второй терминируют простые ipip туннели. Без шифрования. Замечено, что 1-й, при попытке засунуть в туннель клиента трафик с установленным в ip пакете DF - молча его игнорирует и пропускает пакетик максимальной длинны с фрагментацией последнего. Второй же, при аналогичных условиях этого не делает. Т.е., следует этому флагу (DF). Трафик к клиенту не едет (вот, любимый мелкософт уже не доступен этим клиентам...). Как заставить 2-й маршрутизатор вести себя, аналогично 1-му и игнорировать флаг DF, когда нужно маршрутизировать пакеты через туннель? То, что приходит в голову - перейти на gre или похачить кернел. Но я не верю, что нет более простого решения. гугл не помог. Спасибо! ps для информации: туннели строятся в локалке. Везде установлен mtu 1500. Проверялось из инета с FreeBSDшного тазика через ping -D -s ip. и вот, что выдавалось (все и так понятно из сообщения): 556 bytes from dddddd (XX.XX.XX.XX): frag needed and DF set (MTU 1480) -- Edward Melnik. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo(a)uanog.kiev.ua with "unsubscribe uanog" in the body of the message

8 13