Вчера уже перед сном пришел к мысли что главный враг всей этой истории - бардак.
На моей практике в одной конторе, которая полностью сидела на ЯО я нашел любопытный артефакт. Артефактом являлся SSD io диск на несколько терабайт. Все бы замечательно - но был нюанс. Он не был подключен ни к одной ВМ.
Был и второй нюанс: ЯО списывала за него по 200к в месяц.
Как выяснилось впоследствии его создали разработчики "чтоб развернуть копию бд перед обновлением". Молодцы конечно, все хорошо, если бы они его сразу удалили... Но они как развернули его в я январе 2022 так и болтался он по сентябрь 25го.
Итог: 44 месяца по 200к. Посчитайте сами.. Просто потому что кто-то "забыл" а второй кто-то не проследил. Никакой инвентаризации ресурсов не было естественно, это вскрылось когда я ее начал проводить впервые за три года.
Были и ещё артефакты - поменьше и попроще конечно, но вот этот - один из самых вопиющих.
Вывод простой: экономия начинается там где поддерживается порядок и четкое понимание что и зачем) Это кстати касается что облаков, что парка железок. Ну про учёт уже выше писал). Любой бардак в парке железок, а тем более в облачных ресурсах к экономии явно не приводит;)
Смотрите, я ровно также говорю что для мелких контор облако будет выгоднее. Оно действительно позволит какое то время обходиться без спецов даже начального уровня.
Однако потом, по мере роста, когда вас уже не 10-30 человек а 150-300 именно в этот момент облака перестают быть выгодными. Айтишник как минимум в штате есть, а то и человека три. Это в зависимости от того чем занимаются. И в этом случае если штат УЖЕ есть - смысл сидеть на облаках теряется.
. ну вот у меня крякали БП, и материнка супермикро
Вот поэтому я никогда никому не советую супермикро))) по факту это "бюджетная" линейка в северном сегменте.
В продакшн серверах обычно у меня по 2БП. Да, выходили из строя - все менялось штатно и по гарантии. Проблем с этим не было)
Я работал в основном с Dell и HP ( по новому - HPE) там проблем с обновлением прошивок не было ни разу за всю историю моего с ними общения.
Патчи ОС накатывались только после предварительного снепшота, поэтому даже если что-то шло не так - система отказывалась на состояние "до обновления". В общем видимо вам "повезло" с supermicro.
вы в курсе, как ведется учет основных средств? Вы хоть раз в жизни участвовали в инвентаризации? Списании техники?
Да, участвовал. Ещё участвовал в закупках и вводе в эксплуатацию :)
Поверьте, здесь если учет ведётся нормально (а не условно там "сервер серенький 1шт) - то проблем с этим всем нет абсолютно. Любая инвентаризация проводится чуть ли не автоматически на основании актов приёма-передачи техники в ЦОД.
Я так же наблюдал конторы где в этом учёте бардак полный. Там согласен - война и немцы(
Еще помнится со слака на маттермост пересели. Пока он был в облаке, 1 человек, ну может 10 минут в неделю накидывал там доступов и всякой админки по мелочи. А когда переехали... людей там встряло не мало, одним админом не обошлось, даже разрабов впахивать пришлось) И работы там подъехало не только связанной с переездом)
Дак тут пародонте не в железе дело и не в его эмуляции. Я как человек который как раз таки занимается такими "переездами" могу сказать что ни одна подобная смена софта не обходится без дыма и огня, как бы глубоко и тщательно ты не планировал.
А покупка железа - это как инвестиция, а мы знаем, что инвестиции это риск)
Влезать в облако со старта - точно такой же риск) Тем более чем дальше ты закапывается в это облако тем сложнее тебе будет спрыгнуть с него.
Я именно о такой гарантии и говорю, цены на такие серверы видели?)
Да, видел) Но даже с этим учётом они без проблем окупаются в сравнении с облаком.
Поймите меня тоже правильно) я не говорю что облако это плохо. При определенных сценариях - это хороший вариант. Но здесь надо четко понимать когда этот хороший вариант превращается в плохой.
Большинство этот момент к сожалению промаргивают((
Кстати очередной миф облачников - что если у тебя IaC - ты быстро развернешься в любом облаке "по клику" По факту - скорее нет чем да: 1) У разных облачных провайдеров по разному устроена сетка. На тех-же элементарных виртуальных маршрутизаторах сетка может описываться по-разному. 2) Условный GIT ты можешь развернуть как сервис у облачного провайдера или как selfhosted решение на своем сервере. Вот в первом случае при переносе кода в этом моменте ты скорее всего и приплывешь) 3) Внешняя адресация - думаю то что поменяется ip адрес условно говорить не надо к чему может привести) 4) Модули и дополнения - тоже у всех провайдеров разный набор этих модулей. Если вы привыкли пользоваться ими а у другого облака их нет - то без костылей не обойтись.
Крч очень спорное заявление. На моей практике есть случаи где подобные переезды требовали серьезных корректировок кода, в некоторых случаях полного пересмотра логики работы (как пример - сетевого стека). Примерный расчет на 120-150 серверов показал даунтайм в пределах 8 часов. Плюсом сюда нужно серьезное понимание инфраструктуры организации. А если "старый девопс ушел месяц назад а я тут новенький" мне даже страшно представить сколько костылей будет неучтено и в течении какого времени всетаки будет развернута инфраструктура)
Вы не поверите, но фактически все облачные провайдеры сидят ровно в тех же ЦОД-ах. Возможно есть какие то свои, но опять-же это такие-же ЦОДы и они также подвержены этому риску. Поэтому здесь аргумент - ободюоострый.
Итак по фактам: Нам надо определиться говорим мы про ОДИН сервер или уже про какую-то ПАЧКУ серверов?
В случае с одним сервером - стойкоместо на пару юнитов от 4 до 6к в месяц. +10-15 интернет. С одной стороны дорого. Но с другой в рамках ДЦ тебе обеспечивают идеальные условия для эксплуатации и аптайм. Канал еще стоит учесть - один. т.е если у тебя там 10 серверов то это не будет 15*10. Все будут пользоваться одним каналом.
Едем далее:
Все почему-то начинают путать теплое с мягким когда речь идет об инфраструктуре, здесь явный пример:
Тут это и сетевик и безопасник и сисадмин в одном лице, еще и потаскать тяжести и т.д и .т.п.
Т.е типа если сервер будет в облаке то нам не надо заботиться ни о сетевой безопасности, нии об последних патчах на ОС условно, так что ли?
Там по сути та-же сеть, только в случае облаков она кнопочками тыкается (ну либо настраивается политиками IaC) а в случае железки тебе надо на коммутатор условно зайти и чтото натыкать там... Трудочасы +/- одинаковые. Плюс кстати в ЯО классическая сетка устроена весьма криво даже на уровне L2 так что тут я полностью за свое железо.
Дополнительно посчитайте расходы на непрямые расходы - человеко-часы закупщика, бухгалтера и прочего персонала
Здесь уж простите,типичное натягивание совы на глобус: Бухгалтер будет ровно также обрабатывать платежки за облако каждый месяц. (кстати вместо разовой закупки)
Закупщики кстати в вопросах подбора IT оборудования участвуют редко. Лично я к сожалению не видел спецов, которые адекватно смогли бы подобрать нужную железку под задачи.
У них заявлено 99.95 для всех сервисов. и до 99.99 для ряда энтерпрайз решений. Может не соблюдают, хз.
Не соблюдают. За 2025 год порядка 8-10 отлупов, разной степени кринжовости продолжительностью от 15 минут до нескольких часов.
В каких то моментах не сознаются или сознаются частично. На "что-то отбить" даже не надейтесь. Единственное что у них происходит всегда четко и отлаженно - это повышение цен ))
А еще завтра к вам придут и скажут, что нельзя использовать вражеские сервера, требуем чтоб вы закупочку у YADRO организовали
Если вы КИИ - то уже итак нельзя)) Ну и тут я понимаю всю рандомность наших законодателей, но в случае уже имеющейся инфраструктуры заставить вас поменять сервера - анрил для бизнеса.
А есть же еще всякие убытки - что вот если ваш сервер крякнет
Такой же типичный аргумент "облачников"
Если вы берете сервер официально у поставщика - то на него как минимум должна действовать гарантия. И поверьте, гарантия не как в ДНСе где "ждите 45 дней". Тут вам такого не скажут. Конечно нашим поставщикам еще далеко до уровня сервиса HP или Dell - но все же, есть производители и поставщики которые дают гарантию 24/7 либо NBD. Что уже весьма неплохо.
И да - что в вашем понимании "крякнет"? Что конкретно должно произойти с сервером чтобы он "крякнул"? )) Я занимаюсь как раз таки серверным оборудованием уже более 15 лет, и за это время НИ РАЗУ НИ ОДИН сервер не "крякнул" просто так. Всегда есть причины и предпосылки, о которых ты знаешь заранее. Единственный случай, который на своей памяти помню - стойку залило водой с крыши, после дождя. Дело было на складе, в области. Поэтому там никакого ДЦ не было. Но даже в таком режиме мы штатно вывели их из эксплуатации и отложили условно в "дальний ящик".
3 тачки кхе кхе, 6 сервисов и 2 кластера поднять пук среньк - то втупую пойти и жмакнуть кнопку в облаке для бизнеса чаще всего окажется дешевле по массе издержек
Не окажется. Это будет быстрее и проще - да. Но если смотреть в разрезе трат на несколько лет - то своя инфраструктура отбивается чуть меньше чем за год использования. Это со всеми потрохами, гарантией и админами.
Здесь важно понять что "Облако" - это ровно такой же сервер, который условный Яндекс поставил у себя в стойку, обеспечил ему там питание сеть и обслуживание. На это у условного яндекса так-же тратятся какие-то ресурсы, плюс им еще надо чтоб была маржа. Маржа у конкретно Яндекса как мне кажется несопоставима с уровнем оказываемых им услуг.
И вот после этого вы мне пытаетесь доказать что это будет дешевле, чем поставить и обслуживать свой? ))
И завершая свою мысль, покупая облако мы только лишь эмулируем условное железо: все доп издержки связанные с сетевой безопасностью, инфраструктурой, бэкапами, раздачей прав, и обслуживанием прикладных систем крутящихся там - НИКУДА НЕ ДЕНУТСЯ. Они будут вне зависимости от того где у вас что-то крутится. Поэтому все вот эти диалоги на тему "если в облаке то ничо больше делать не надо" - заведомо неверные.
Ну тут в первую очередь вопрос элементарного бэкапа))
Под это дело кстати тоже есть решение: можно арендовать VPS на одном из российских хостеров (тыкать пальцем не буду ибо реклама) с дисковым пространством. За скромный сервачок в духе "2 ядра 2 гига" и дисковым хранилищем на 1тб у меня выходит меньше 2к в месяц. Далее думаю настроить бэкап туда - дело техники).
Ещё больше удивляют люди которые с пеной у рта доказывают тебе что облако ВЫГОДНЕЕ. Такое ощущение что люди калькулятором не научились пользоваться.
Вопросы в духе "DevOPS у вас бесплатно работает?" вообще вымораживают: можно подумать что если бы ты взял облачный сервер то DevOPS у тебя работал бы бесплатно.
Про надёжность и SLA - вот тоже не надо. У Яндекса зоны по несколько часов могут лежать. Со статистикой естественно хитрят. В анонсе "сбой в зоне B" - по факту ещё и сетка в "A" легла.
ТП потом такая - ой а серьезно?)) Как будто у них мониторинга нет ей богу.
И да, не забудьте ещё про увеличение цены за ресурсы: если вы думаете что сервер стоивший 40к сегодня будет стоить столько же через год-два то вашей наивности можно позавидовать ;)
В целом у сумме в пятилетку ИМХО нужно накидывать ещё 20-25% на удорожание ресурсов.
Как по мне дак облака выгодны только в одном случае: когда у тебя маленькая конторка и ресурса на инфру нет совсем. Условно в конторе 10 человек там и им нужен какой нибудь Битрикс условно. Тут да - проще взять и платить в облако. Однако если конторка пойдет вверх то вся условная выгода от облака очень быстро нивелируется.
Ну и про железки: тут я как энтерпрайз админ всегда против домашних железок в продакшне, поэтому да - уж лучше потратить 2-2.5кк на сервер, который кстати рассчитан на работу 24/7 и во главу угла там ставится надёжность чем покупать хомячковый комп и ждать первого сбоя оперативки, или по факту узнать что винт "посыпался" и восстановлению не подлежит.
Ну тут каждый по своему видит истории с водяным охлаждением. Я например в этой истории исходил из эксперимента на тему "почему бы и нет". Плашки кстати с терминалами входа вполне себе продаются на алике. Но я в них как то особо смысла не видел: раз сливаю жижу значит что-то нужно разобрать\переделать\поменять. Ну а городить "паровоз" с прицепами из радиаторов не хотелось, тем более что корпус вполне позволяет. Отсюда и решил все в одном корпусе уместить. Балконы тоже разные бывают. В сибири например где я жил, зимой до -45, балкон при этом теплотой не отличается. Мне кажется фактически любая водянка слегка прифигеет от такого охлаждения.
Температура жидкости до 110 - явно не подымется, защита сработает раньше. Гарантированная работа помпы (в зависимости от производителя) 55-70 градусов. Однако если теплоноситель прогревается до таких температур - тут явно вопросы к контуру.
Да и понятно что 40 атмосфер там никогда не будет: элеметнарно любой акриловый элемент как мне кажется просто разорвет на куски при таких атмосферах. (Тут кстати есть также претензия к Bykski - водоблок для видеокарты обещали полностью медным. Однако терминалы под разъемы G1/4 - настрочили на каком-то пластике... Сэкономили блин 5 копеек....)
Почему я тогда писал про медь? да чтоб элементарно показать что медь по своим свойствам раз в 10 надежнее любого акрила\PETG\шлангов. Да, есть нюансы со стыковкой компонентов, но, как показала практика - они решаемы)
На самом деле воздушный поток должен быть примерно равным: Три вентилятора снизу беспрепядственно вдувают воздух. 6, да выдувают. Но при этом они выдувают через радиаторы. ИМХО при прохождении радиаторов их воздушный поток падает. Я чуть позже поиграюсь со скоростями: если замечу пыль в системнике из скажем так технологических отверстий - попробую прибавить оборотов на вдув, чтоб уравнять давление. Плюсом они как-никак дополнительно обдувают водоблок видеокарты и трубки) Все вентиляторы крутятся примерно на 450 оборотов в простое. Под нагрузкой естественно настроил кривую, по которой меняется скорость.
Спасибо, старался) Про Noctua - да, мне самому такая расцветка - "на троечку", я вентиляторы брал исключительно из их ТТХ) Но в целом - с медными трубками, помоему даже вполне неплохо получилось.
В целом да: изначально в проекте условия полность "домашние". Я смотрел на "холодильные" фитинги: там как правило всё под трубку 1/4: а это более чем в 2 раза меньше моей 15-ки(
В каких то случаях да. Но в обслуживаемом контуре с давлением менее одного бара - вполне себе имеет право на жизнь) Ну а что касается высокотемпературной пайки то там скорее всего пришлось бы попрощаться с эстетикой, да и к тому-же у меня нет ни навыков ни оборудования для реализации.
яб, наверное нашел или изготовил фиттинги для припаивания на трубу
По сути мы получим тогда либо неразъемное соединение, либо "бутерброд" из американки....
выставил системник в соседнее через стенку помещение просверлив в ней дырку :)
Воу) моя статья даже попала в призовые места))
Неожиданно и приятно!
Поздравляю всех победителей!
Вчера уже перед сном пришел к мысли что главный враг всей этой истории - бардак.
На моей практике в одной конторе, которая полностью сидела на ЯО я нашел любопытный артефакт. Артефактом являлся SSD io диск на несколько терабайт. Все бы замечательно - но был нюанс. Он не был подключен ни к одной ВМ.
Был и второй нюанс: ЯО списывала за него по 200к в месяц.
Как выяснилось впоследствии его создали разработчики "чтоб развернуть копию бд перед обновлением". Молодцы конечно, все хорошо, если бы они его сразу удалили... Но они как развернули его в я январе 2022 так и болтался он по сентябрь 25го.
Итог: 44 месяца по 200к. Посчитайте сами.. Просто потому что кто-то "забыл" а второй кто-то не проследил. Никакой инвентаризации ресурсов не было естественно, это вскрылось когда я ее начал проводить впервые за три года.
Были и ещё артефакты - поменьше и попроще конечно, но вот этот - один из самых вопиющих.
Вывод простой: экономия начинается там где поддерживается порядок и четкое понимание что и зачем) Это кстати касается что облаков, что парка железок. Ну про учёт уже выше писал). Любой бардак в парке железок, а тем более в облачных ресурсах к экономии явно не приводит;)
Итак мои моменты:
Смотрите, я ровно также говорю что для мелких контор облако будет выгоднее. Оно действительно позволит какое то время обходиться без спецов даже начального уровня.
Однако потом, по мере роста, когда вас уже не 10-30 человек а 150-300 именно в этот момент облака перестают быть выгодными. Айтишник как минимум в штате есть, а то и человека три. Это в зависимости от того чем занимаются. И в этом случае если штат УЖЕ есть - смысл сидеть на облаках теряется.
Вот поэтому я никогда никому не советую супермикро))) по факту это "бюджетная" линейка в северном сегменте.
В продакшн серверах обычно у меня по 2БП. Да, выходили из строя - все менялось штатно и по гарантии. Проблем с этим не было)
Я работал в основном с Dell и HP ( по новому - HPE) там проблем с обновлением прошивок не было ни разу за всю историю моего с ними общения.
Патчи ОС накатывались только после предварительного снепшота, поэтому даже если что-то шло не так - система отказывалась на состояние "до обновления". В общем видимо вам "повезло" с supermicro.
Да, участвовал. Ещё участвовал в закупках и вводе в эксплуатацию :)
Поверьте, здесь если учет ведётся нормально (а не условно там "сервер серенький 1шт) - то проблем с этим всем нет абсолютно. Любая инвентаризация проводится чуть ли не автоматически на основании актов приёма-передачи техники в ЦОД.
Я так же наблюдал конторы где в этом учёте бардак полный. Там согласен - война и немцы(
Дак тут пародонте не в железе дело и не в его эмуляции. Я как человек который как раз таки занимается такими "переездами" могу сказать что ни одна подобная смена софта не обходится без дыма и огня, как бы глубоко и тщательно ты не планировал.
Влезать в облако со старта - точно такой же риск) Тем более чем дальше ты закапывается в это облако тем сложнее тебе будет спрыгнуть с него.
Да, видел) Но даже с этим учётом они без проблем окупаются в сравнении с облаком.
Поймите меня тоже правильно) я не говорю что облако это плохо. При определенных сценариях - это хороший вариант. Но здесь надо четко понимать когда этот хороший вариант превращается в плохой.
Большинство этот момент к сожалению промаргивают((
Кстати очередной миф облачников - что если у тебя IaC - ты быстро развернешься в любом облаке "по клику"
По факту - скорее нет чем да:
1) У разных облачных провайдеров по разному устроена сетка. На тех-же элементарных виртуальных маршрутизаторах сетка может описываться по-разному.
2) Условный GIT ты можешь развернуть как сервис у облачного провайдера или как selfhosted решение на своем сервере. Вот в первом случае при переносе кода в этом моменте ты скорее всего и приплывешь)
3) Внешняя адресация - думаю то что поменяется ip адрес условно говорить не надо к чему может привести)
4) Модули и дополнения - тоже у всех провайдеров разный набор этих модулей. Если вы привыкли пользоваться ими а у другого облака их нет - то без костылей не обойтись.
Крч очень спорное заявление. На моей практике есть случаи где подобные переезды требовали серьезных корректировок кода, в некоторых случаях полного пересмотра логики работы (как пример - сетевого стека).
Примерный расчет на 120-150 серверов показал даунтайм в пределах 8 часов. Плюсом сюда нужно серьезное понимание инфраструктуры организации. А если "старый девопс ушел месяц назад а я тут новенький" мне даже страшно представить сколько костылей будет неучтено и в течении какого времени всетаки будет развернута инфраструктура)
Вы не поверите, но фактически все облачные провайдеры сидят ровно в тех же ЦОД-ах. Возможно есть какие то свои, но опять-же это такие-же ЦОДы и они также подвержены этому риску. Поэтому здесь аргумент - ободюоострый.
Итак по фактам:
Нам надо определиться говорим мы про ОДИН сервер или уже про какую-то ПАЧКУ серверов?
В случае с одним сервером - стойкоместо на пару юнитов от 4 до 6к в месяц. +10-15 интернет.
С одной стороны дорого. Но с другой в рамках ДЦ тебе обеспечивают идеальные условия для эксплуатации и аптайм. Канал еще стоит учесть - один. т.е если у тебя там 10 серверов то это не будет 15*10. Все будут пользоваться одним каналом.
Едем далее:
Все почему-то начинают путать теплое с мягким когда речь идет об инфраструктуре, здесь явный пример:
Т.е типа если сервер будет в облаке то нам не надо заботиться ни о сетевой безопасности, нии об последних патчах на ОС условно, так что ли?
Там по сути та-же сеть, только в случае облаков она кнопочками тыкается (ну либо настраивается политиками IaC) а в случае железки тебе надо на коммутатор условно зайти и чтото натыкать там... Трудочасы +/- одинаковые. Плюс кстати в ЯО классическая сетка устроена весьма криво даже на уровне L2 так что тут я полностью за свое железо.
Здесь уж простите,типичное натягивание совы на глобус: Бухгалтер будет ровно также обрабатывать платежки за облако каждый месяц. (кстати вместо разовой закупки)
Закупщики кстати в вопросах подбора IT оборудования участвуют редко. Лично я к сожалению не видел спецов, которые адекватно смогли бы подобрать нужную железку под задачи.
Не соблюдают. За 2025 год порядка 8-10 отлупов, разной степени кринжовости продолжительностью от 15 минут до нескольких часов.
В каких то моментах не сознаются или сознаются частично. На "что-то отбить" даже не надейтесь. Единственное что у них происходит всегда четко и отлаженно - это повышение цен ))
Если вы КИИ - то уже итак нельзя))
Ну и тут я понимаю всю рандомность наших законодателей, но в случае уже имеющейся инфраструктуры заставить вас поменять сервера - анрил для бизнеса.
Такой же типичный аргумент "облачников"
Если вы берете сервер официально у поставщика - то на него как минимум должна действовать гарантия. И поверьте, гарантия не как в ДНСе где "ждите 45 дней". Тут вам такого не скажут.
Конечно нашим поставщикам еще далеко до уровня сервиса HP или Dell - но все же, есть производители и поставщики которые дают гарантию 24/7 либо NBD. Что уже весьма неплохо.
И да - что в вашем понимании "крякнет"?
Что конкретно должно произойти с сервером чтобы он "крякнул"? ))
Я занимаюсь как раз таки серверным оборудованием уже более 15 лет, и за это время НИ РАЗУ НИ ОДИН сервер не "крякнул" просто так. Всегда есть причины и предпосылки, о которых ты знаешь заранее.
Единственный случай, который на своей памяти помню - стойку залило водой с крыши, после дождя. Дело было на складе, в области. Поэтому там никакого ДЦ не было. Но даже в таком режиме мы штатно вывели их из эксплуатации и отложили условно в "дальний ящик".
Не окажется. Это будет быстрее и проще - да. Но если смотреть в разрезе трат на несколько лет - то своя инфраструктура отбивается чуть меньше чем за год использования. Это со всеми потрохами, гарантией и админами.
Здесь важно понять что "Облако" - это ровно такой же сервер, который условный Яндекс поставил у себя в стойку, обеспечил ему там питание сеть и обслуживание. На это у условного яндекса так-же тратятся какие-то ресурсы, плюс им еще надо чтоб была маржа. Маржа у конкретно Яндекса как мне кажется несопоставима с уровнем оказываемых им услуг.
И вот после этого вы мне пытаетесь доказать что это будет дешевле, чем поставить и обслуживать свой? ))
И завершая свою мысль, покупая облако мы только лишь эмулируем условное железо:
все доп издержки связанные с сетевой безопасностью, инфраструктурой, бэкапами, раздачей прав, и обслуживанием прикладных систем крутящихся там - НИКУДА НЕ ДЕНУТСЯ. Они будут вне зависимости от того где у вас что-то крутится.
Поэтому все вот эти диалоги на тему "если в облаке то ничо больше делать не надо" - заведомо неверные.
Полностью поддерживаю)
Ну тут в первую очередь вопрос элементарного бэкапа))
Под это дело кстати тоже есть решение: можно арендовать VPS на одном из российских хостеров (тыкать пальцем не буду ибо реклама) с дисковым пространством. За скромный сервачок в духе "2 ядра 2 гига" и дисковым хранилищем на 1тб у меня выходит меньше 2к в месяц. Далее думаю настроить бэкап туда - дело техники).
Deleted
Ещё больше удивляют люди которые с пеной у рта доказывают тебе что облако ВЫГОДНЕЕ. Такое ощущение что люди калькулятором не научились пользоваться.
Вопросы в духе "DevOPS у вас бесплатно работает?" вообще вымораживают: можно подумать что если бы ты взял облачный сервер то DevOPS у тебя работал бы бесплатно.
Про надёжность и SLA - вот тоже не надо. У Яндекса зоны по несколько часов могут лежать. Со статистикой естественно хитрят. В анонсе "сбой в зоне B" - по факту ещё и сетка в "A" легла.
ТП потом такая - ой а серьезно?)) Как будто у них мониторинга нет ей богу.
И да, не забудьте ещё про увеличение цены за ресурсы: если вы думаете что сервер стоивший 40к сегодня будет стоить столько же через год-два то вашей наивности можно позавидовать ;)
В целом у сумме в пятилетку ИМХО нужно накидывать ещё 20-25% на удорожание ресурсов.
Как по мне дак облака выгодны только в одном случае: когда у тебя маленькая конторка и ресурса на инфру нет совсем. Условно в конторе 10 человек там и им нужен какой нибудь Битрикс условно. Тут да - проще взять и платить в облако. Однако если конторка пойдет вверх то вся условная выгода от облака очень быстро нивелируется.
Ну и про железки: тут я как энтерпрайз админ всегда против домашних железок в продакшне, поэтому да - уж лучше потратить 2-2.5кк на сервер, который кстати рассчитан на работу 24/7 и во главу угла там ставится надёжность чем покупать хомячковый комп и ждать первого сбоя оперативки, или по факту узнать что винт "посыпался" и восстановлению не подлежит.
хм... возможно я перепутал с комплектухой для кондиционерщиков.
Ну тут каждый по своему видит истории с водяным охлаждением. Я например в этой истории исходил из эксперимента на тему "почему бы и нет".
Плашки кстати с терминалами входа вполне себе продаются на алике. Но я в них как то особо смысла не видел: раз сливаю жижу значит что-то нужно разобрать\переделать\поменять. Ну а городить "паровоз" с прицепами из радиаторов не хотелось, тем более что корпус вполне позволяет. Отсюда и решил все в одном корпусе уместить.
Балконы тоже разные бывают. В сибири например где я жил, зимой до -45, балкон при этом теплотой не отличается. Мне кажется фактически любая водянка слегка прифигеет от такого охлаждения.
Температура жидкости до 110 - явно не подымется, защита сработает раньше.
Гарантированная работа помпы (в зависимости от производителя) 55-70 градусов. Однако если теплоноситель прогревается до таких температур - тут явно вопросы к контуру.
Да и понятно что 40 атмосфер там никогда не будет: элеметнарно любой акриловый элемент как мне кажется просто разорвет на куски при таких атмосферах.
(Тут кстати есть также претензия к Bykski - водоблок для видеокарты обещали полностью медным. Однако терминалы под разъемы G1/4 - настрочили на каком-то пластике... Сэкономили блин 5 копеек....)
Почему я тогда писал про медь? да чтоб элементарно показать что медь по своим свойствам раз в 10 надежнее любого акрила\PETG\шлангов. Да, есть нюансы со стыковкой компонентов, но, как показала практика - они решаемы)
На самом деле воздушный поток должен быть примерно равным:
Три вентилятора снизу беспрепядственно вдувают воздух.
6, да выдувают. Но при этом они выдувают через радиаторы. ИМХО при прохождении радиаторов их воздушный поток падает. Я чуть позже поиграюсь со скоростями: если замечу пыль в системнике из скажем так технологических отверстий - попробую прибавить оборотов на вдув, чтоб уравнять давление. Плюсом они как-никак дополнительно обдувают водоблок видеокарты и трубки)
Все вентиляторы крутятся примерно на 450 оборотов в простое. Под нагрузкой естественно настроил кривую, по которой меняется скорость.
Весь контур строился на основе комплектующих из меди (там где это возможно)
Из металлов там ещё латунь на фитингах, но с медью у нее хорошая гальваническая совместимость
Три на вдув снизу, и по три на каждый из радиаторов
Это в следующей серии ;)
Спасибо, старался)
Про Noctua - да, мне самому такая расцветка - "на троечку", я вентиляторы брал исключительно из их ТТХ)
Но в целом - с медными трубками, помоему даже вполне неплохо получилось.
В целом да: изначально в проекте условия полность "домашние". Я смотрел на "холодильные" фитинги: там как правило всё под трубку 1/4: а это более чем в 2 раза меньше моей 15-ки(
Ну, это смотря как договор составить ;)
Зависит от выбора: сейчас например какой нибудь 13/19 днём с огнём не сыщешь.
В каких то случаях да. Но в обслуживаемом контуре с давлением менее одного бара - вполне себе имеет право на жизнь)
Ну а что касается высокотемпературной пайки то там скорее всего пришлось бы попрощаться с эстетикой, да и к тому-же у меня нет ни навыков ни оборудования для реализации.
По сути мы получим тогда либо неразъемное соединение, либо "бутерброд" из американки....
Неплохой вариант, но соседи против(