![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
dadvВ продолжение темы.
В сети довольно сильно растиражирована фраза о мейнфреймах: "среднее время наработки на отказ оценивается в 12-15 лет". У нас мейнфреймов нет, да и работавшая ещё в 2008-м система c FreeBSD 4.11/hylafax на 12-летнем (на тот момент) Quantum Fireball 640A и Intel Champion Low Profile/486 уже больше двух лет как отключена, но кое-что есть и сейчас.
Одна из работающих систем FreeBSD 4.11-STABLE, установленная в иногороднем филиале конторы в апреле 2004 года. Можно отметить, что уже тогда это был старый компьютер:
- материнская плата ASUS TUSL2 (BIOS Release Date: 10/11/2001)
- процессор Intel Celeron 850Mhz PGA Socket 370, FSB 100Mhz
- один модуль памяти DIMM SDRAM 128MB
- один диск 20GB UDMA100 Barracuda ATA IV, (C)opyright 2001 SEAGATE TECHNOLOGY LLC
- две 3Com 3c905C-TX Fast Etherlink XL неизвестного года выпуска
- тянет:
- роутинг: выпуск в мир локальной сети (natd+squid-2.6.18) плюс пять туннелей IPSEC плюс RIPv2 и OSPF внутри туннелей (quagga)
- isc-dhcp31-server-3.1.ESV_1,1
- публичные первичный DNS для одного домена и вторичный ещё для шести плюс непубличный первичный сервер для ещё одного и непубличный вторичный для ещё одного домена (bind98-9.8.1) плюс кеширующий рекурсивный сервис DNS для локальной сети
- первичный MX и почтовый сервер (SMTP и POP3) для одного домена, почтовый сервис для локальной сети (sendmail+popper, clamav-0.97, milter-regex)
- сервер точного времени NTP (stratum 3) для локальной сети (ntp-4.2.6p1)
- net-snmp-5.5_4
- ipacctd и mysql-клиент для еженощной заливки в базу центрального офиса обработанных перлом логов sendmail/squid/ipacctd на случай разбора полётов.
- openssl-1.0.0_6, openssh-portable-5.2.p1_3,1
- по мелочи: syslogd, cron, inetd, arpwatch, bounce.
- роутинг: выпуск в мир локальной сети (natd+squid-2.6.18) плюс пять туннелей IPSEC плюс RIPv2 и OSPF внутри туннелей (quagga)
last pid: 14380; load averages: 0.08, 0.11, 0.05 up 39+13:07:23 02:53:16 41 processes: 4 running, 37 sleeping CPU states: 2.7% user, 0.0% nice, 0.0% system, 2.7% interrupt, 94.6% idle Mem: 69M Active, 15M Inact, 29M Wired, 5116K Cache, 22M Buf, 3716K Free Swap: 512M Total, 153M Used, 359M Free, 29% Inuse
Система работает абсолютно стабильно, все ребуты связаны с длительными выключениями питания, когда UPS не выдерживает.
Ещё одна система, выполняющая ровно те же функции с тем же софтом в другом городе и другом филиале той же конторы была установлена в ноябре 2005-го:
- материнская плата Abit KT333-8235 (BIOS Release Date: Release Date: 09/23/2002)
- процессор AMD Athlon(tm) XP 1500+ (1333Mhz) Socket A, FSB 333Mhz
- два модуля памяти DIMM DDR: 256MB+128MB (384MB всего)
- один диск 17.2GB UDMA66 U Series 8, (C)opyright 1999 SEAGATE TECHNOLOGY LLC плюс один диск 40GB UDMA100 Barracuda ATA IV, (C)opyright 2001 SEAGATE TECHNOLOGY LLC
- две 3Com 3c905C-TX Fast Etherlink XL неизвестного года выпуска
last pid: 14144; load averages: 0.01, 0.05, 0.06 up 0+12:34:15 03:28:56 59 processes: 5 running, 54 sleeping CPU: 0.0% user, 0.0% nice, 0.6% system, 1.8% interrupt, 97.6% idle Mem: 191M Active, 109M Inact, 53M Wired, 21M Cache, 48M Buf, 824K Free Swap: 256M Total, 36K Used, 256M Free
Нагрузка на системы соответствует мощности железа.
Виртуализация, говорите?
no subject
Date: 2011-11-13 20:47 (UTC)no subject
Date: 2011-11-13 21:15 (UTC)Но не для таких, разумеется.
no subject
Date: 2011-11-14 01:49 (UTC)Не, так ты слона не продашь. )
no subject
Date: 2011-11-14 01:53 (UTC)FreeBSD 4.10-RELEASE #0: Wed Sep 1 11:06:43 YEKST 2004
установлена нарошно под коммерческий софт. работает всё еще
no subject
Date: 2011-11-14 14:36 (UTC)no subject
Date: 2011-11-14 14:36 (UTC)no subject
Date: 2011-11-14 15:03 (UTC)Плохо виртуализируются роутеры и, возможно, нагруженные DB backends (средненагруженные -- хорошо, но приходится серьёзно думать про слой хранения)
Виртуализация (помимо VPS hosting) нужна тем, у кого несколько десятков физических машин, которые можно схлопнуть в два-три фронтеда.
С твоим подходом отлично сочетается ;)
no subject
Date: 2011-11-14 16:31 (UTC)no subject
Date: 2011-11-14 16:37 (UTC)no subject
Date: 2011-11-14 16:40 (UTC)no subject
Date: 2011-11-14 16:49 (UTC)Производительности по процессору сейчас обычно с запасом, а виртуализация в нынешнем виде, сколь я понимаю, наиболее полезна в шареньи (и дедупликации, там ге возможно) памяти, а она нынче недорога, даже ECC.
Кроме того, из этих пары десятков многие ставились несколько лет назад -- их как раз вместо апгрейда и разумно виртуализовывать.
Я вот как раз собираюсь внедрять кластер на базе SuperMicro 6026TT-BTF, пока по одному 6-ядернику на лезвие и 24G памяти, в перспективе разумными вложениями можно довести до 2*6 и 96G на лезвие. При этом в одно лезвие с 24 гигами должны хорошо упаковаться до 30 виртуалок с 1-2G vRAM
RE: среднее время наработки на отказ
Date: 2011-11-16 06:38 (UTC)Сколько машинок вышло из строя за эти годы - никто не считал.
И это время будет различаться для каждого производителя, модели, серии и тд.
Re: среднее время наработки на отказ
Date: 2011-11-16 06:50 (UTC)Re: среднее время наработки на отказ
Date: 2011-11-16 06:55 (UTC)Re: среднее время наработки на отказ
Date: 2011-11-16 06:58 (UTC)А "среднесть" оценок изначально у нас в фразе про мейнфреймы, а не про PC ;-)
no subject
Date: 2012-01-29 00:36 (UTC)no subject
Date: 2012-01-29 07:56 (UTC)no subject
Date: 2012-02-08 11:21 (UTC)гоняю в одном месте - задержек нет.
голос правда там не ходит.
no subject
Date: 2012-02-08 11:22 (UTC)no subject
Date: 2012-02-08 11:24 (UTC)+ конечно хост имеет много ядер и внешние хранилища
no subject
Date: 2012-02-08 11:44 (UTC)Вот именно. Плохим jitter он плох и вообще производительностью.
no subject
Date: 2012-02-08 11:47 (UTC)Это при всём оверхеде-то на виртуализацию?
> машины не потребляют одновременно проц, диск
Если машине не нужен диск, то его из машины надо убрать.
А если нужен, то при виртуализации ей придётся конкурировать него с другими и ждать.
no subject
Date: 2012-02-08 11:49 (UTC)там openvpn со сжатием, мегабит 5-10 тянет в туннеле, больше не было нужды.
нагрузки на процах нет.
no subject
Date: 2012-02-08 11:52 (UTC)no subject
Date: 2012-02-08 12:48 (UTC)нужен например для бута и чтения конфигов, и пару раз в сутки что-нибудь отдаёт
например provisioning какой-нибудь
dmarck правильно подметил, что vm дробятся, так что средняя vm ест намного меньше ресурсов, чем аппаратный сервер. просто нет смысла совмещать на одной машине
no subject
Date: 2012-02-08 12:50 (UTC)лишний юнит
лишний порт в коммутаторе
лишнее питание
старое железо потенциально ненадёжно
гибкость распределения ресурсов
отказоустойчивость
значительно упрощаются бэкапирование и клонирование машин
+ over 9000 фич
no subject
Date: 2012-02-08 13:22 (UTC)> просто нет смысла совмещать на одной машине
Что не совмещать? Отдельные vm разносить на разные физические сервера?
no subject
Date: 2012-02-08 13:25 (UTC)Более слабое не значит более старое. Не Core2 единым.
> лишнее питание
Ну, разве что это.
> гибкость распределения ресурсов
Нет ничего гибче, чем запускать внутри одного ядра :-)
> отказоустойчивость
Две слабые железки.
> значительно упрощаются бэкапирование и клонирование машин
За счет значительной просадки производительности дисковой подсистемы, да.
no subject
Date: 2012-02-08 13:33 (UTC)так вот на виртуалках нет никакого смысла гонять эти сервисы на одной машине. тем более если винда, которую несколько раз в месяц ребутить надо. и пока ребутишь проксю - жаббер и почтарь работают.
vmware шарит read-only память между машинами, поэтому особенно выгодно гонять одну и ту же версию винды на одной железке. про Xen не знаю, не довелось пока.
no subject
Date: 2012-02-08 13:36 (UTC)В нормальных системах совмещать разные сервисы в одном ядре очень хорошо с точки зрения разделения ресурсов, виртуалкам не сравниться.
no subject
Date: 2012-02-08 13:36 (UTC)> Нет ничего гибче, чем запускать внутри одного ядра
гыыыыыыыыыы!
а нафига две слабые под каждую задачу, если две мощные потянут сразу всё?
вобщем, юноша, попробуйте, и вы от виртуализации не откажетесь. это как наркотик.
no subject
Date: 2012-02-08 13:40 (UTC)no subject
Date: 2012-02-08 13:42 (UTC)Я не знаю, что там у вас за задачи такие, и зачем вы под них покупаете железо, которое на 99% по процессору стоит. Мне постоянно CPU не хватает в пиковые моменты, а в непиковые загрузка 30-50%.
> а нафига две слабые под каждую задачу, если две мощные потянут сразу всё?
Я не говорил, что надо "две слабые под каждую задачу", я говорил ровно обратное, см. первоначальный пост.
no subject
Date: 2012-02-08 13:46 (UTC)no subject
Date: 2012-02-08 13:46 (UTC)Если систему надо несколько раз в месяц перезагружать, это признак того, что в системе что-то не в порядке. Это "что-то" выясняется и пролечивается, чтобы перезагружать уже не требовалось. Это рутина системного администрирования, основы.
no subject
Date: 2012-02-08 14:02 (UTC)no subject
Date: 2012-02-09 04:42 (UTC)no subject
Date: 2012-02-09 04:44 (UTC)на фряхе с ядрами.
через год после запуска сервера окажется нужен айписек, ещё через год - ALTQ
потом новые версии
no subject
Date: 2012-02-09 04:57 (UTC)Ну и вообще на GENERIC не работаю, что надо сразу в ядро. Что надо - заранее подсказывает многолетний опыт ;-)
no subject
Date: 2012-02-09 05:39 (UTC)> чтобы был
ну хз. обычно рулит openvpn. ipsec нужен только для хромых цисок.
чтобы не работать на генерик, надо 1+ ребутов.
кроме того, могут быть аппаратные проблемы или с питанием.
no subject
Date: 2012-02-09 06:20 (UTC)> чтобы не работать на генерик, надо 1+ ребутов.
При первоначальной пуско-наладке сколько угодно ребутов.
> кроме того, могут быть аппаратные проблемы или с питанием.
Аппаратные проблемы или с питанием машины одинаковы для работы сервисов как в виртуалке, так и без.
no subject
Date: 2012-02-09 07:19 (UTC)ок
не считая того реалке надо чинить дисковую структуру, а виртуалку можно откатить на снапшот.
no subject
Date: 2012-02-09 08:57 (UTC)Разумеется. IPCOMP в IPSEC и MMPC в L2TP.
> не считая того реалке надо чинить дисковую структуру, а виртуалку можно откатить на снапшот.
Это да, на виртуалке проще. Но во-первых, чинить мне приходилось считанные разы за 12 лет, а во-вторых, в современных fs те же снапшоты есть.
no subject
Date: 2012-02-09 11:37 (UTC)no subject
Date: 2012-02-09 13:51 (UTC)no subject
Date: 2012-02-09 14:23 (UTC)Другое дело, что виртуалок можно развести реально тьму. CPU-bound задачи, действительно, в мире встречаются нечасто -- у вас с
У коллег, продающих виртуалки, наполненость примерно по 50 на хост (2 четырёхъядерника, памяти "сколько влезет" -- типа по 32 или 48 гиг, что ли)
no subject
Date: 2012-02-10 05:26 (UTC)