сама идея с дачными дц - ОК, а вот с товаром вышло НЕ ОК

уже почти 3 месяца боремся, заменили все что можно заменить
не понятно чего им нада



вторая попытка — вышла удачная и даже рассчеты прибылей откупа я писал
но вот сам товар — как-то подвел
могло быть гораздо лучше, но получилось так себе

может быть третья попытка будет идеальная?
будем ждать новых процессоров, пока что на рынке покупать особо нечего

33 комментария

avatar
Что по поводу перезагрузок говорят на других форумах/ресурсах? Такие перезагрузки не у одного тебя, может есть уже энтузиасты, которые решили проблему?
avatar
Надо пробовать разные материнки. У вас же нет оптовых скидок?
avatar
Все нормальные хостеры давно решили проблему с ребутом райзенов 7000 серии. Просто алис2к не осилил.
avatar
а в чем проблема этих 7000-й серии?
avatar
падают, если частота выше 4.7ггц, но я этого не говорил
avatar
Есть проблемы с SMT при разгоне ядер
avatar
Просто алис2к не осилил
а как я тебе могу осилить, если у меня доступа нет?
и если я даже не знаю как именно собирались серверы, не видел собственными глазами всех нюансов

к сожалению — я ничем тут не помогу, хотя и хотел бы «сам затестировать»
avatar
Поставьте governor в ondemand, чтобы одновременно не все ядра разгонялись.
avatar
В общем основная причина ребутов — резкий переход в idle state, что приводит к понижению напряжения на процессоре и памяти, это можно отключить для памяти в sub timing меню. Поэтому и работает governor — более плавные переходы в idle state.
avatar
проверил
вот супер стабильная нода полностью загруженная


а вот например нода которая постоянно перезагружается
даже не нагруженная
avatar
вот еще парочка которые постоянно ребутаются

avatar
во несколько штук из супер стабильных
которые аптайм с лета



avatar
Как я уже писал, отключите энергосбережение (power down) памяти в биосе. Если не сработает, то выставите постоянное напряжение.
avatar


вроде что-то сделал
буду наблюдать
avatar
итак докладываю
не знаю что именно менял хакер
но из 4 серверов — 3 сервера все равно перезагрузились
только 1 пока что норм
avatar
Кстати вышла шикарная статья habr.com/ru/articles/768930/ Интересно узнать ваше мнение.
avatar
я бы так и делал — если перечитать мои топики, то я был настолько рисковый чел что готов был хоть «материнскую плату на полку положить»
если бы делал я — так и было бы
но вот чувак из кемерово так не делает.

поэтому наш эксперимент нечто среднее получился
сначала он был провальный полностью, т.к. хеоны никто не купил и деньги были слиты в мусорку, плюс сам дц еще стал грузом за который платилось почти 5 лет просто так

но благодаря дешевым закупкам железа в 2022 — ему дано было второе дыхание чтобы хотя бы «убытки много летние закрыть» и заполнить пустующие сетки которые с 2016 оплачивались за зря.
второе дыхание вышло удачное, если бы не ребуты. в целом 100к чувак теперь может получать прибыли и уже покрыл свои убытки.

у нас же наоборот места дохуя там можно строить до бесконечности в полях

и завод нам тоже предлагали еще в 2013 году ) даже где-то есть скриншоты.
т.к. сама идея была еще в 2012 оформлена, но построено в 2016, а в 2023 только первая прибыль на втором дыхании, которая вряд-ли окупит потраченные 2012-2022 годы, но хотя бы доказала что «можно выходить в прибыль» если сразу продавать хороший спросовый товар.

статья хорошая удачи чуваку :) пусть заводит полноценный блог а не мусорке хабре где все забудется и потеряется уже совсем скоро
avatar
мнение чела из кемерово — «как овх не получится»
он сказал это еще очень давно
и уверен что сделать овх или хетзнер невозможно

я же — мог бы попробовать
даже не знаю зачем я сделал второе дыхание, возможно потому что «висел груз убытка в виде дц». и раз появился шанс прикупить дешевых серверов с китая — почему бы и нет?

плюс идея которая обсуждалась в 2012 году была моя, а чел ее подхватил и в итоге потом построил постройку даже.
изначально я думал он это делает для себя и своих будущих хостингов. но оказалось что он ее построил и думал что именно я ее наполнять буду) поэтому в этом плане мы не сошлись. как наполнять и продавать если нету панели, установки ОС, перезагрузки. ну а под ВДС не было спроса из-за хеонов. плюс в 2016 году не существовало еще VMmanager6 панели. на на VMmanager5 было сложно что-либо настраивать. именно из-за всех этих причин ДЦ и простаивал.
но я чувствовал желание помочь челу который построил — и вероятно именно поэтому дал второе дыхание снова. которое теперь мне снова тащить на себе — выплачивая инвесторам ) а чтобы выплачивалось без убытка для меня нужно полное заполнение нод, а из-за ребутов полного заполнения пока что нет.
если ребуты так и будут продолжаться, скорее всего эти 25% серверов я сниму оттуда процессоры и озу и отправлю в москву и пусть там работают чтобы «выплачивать инвесторам».
avatar
мое мнение — у чувака получится, пусть продолжает
avatar


говорит не помогает
avatar
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu4/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu5/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu6/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu7/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu8/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu9/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu10/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu11/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu12/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu13/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu14/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu15/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu16/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu17/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu18/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu19/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu20/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu21/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu22/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu23/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu24/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu25/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu26/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu27/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu28/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu29/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu30/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu31/cpufreq/scaling_governor
avatar
avatar
в германии hetzner
тоже окей
avatar
короче еще недавно вот что заметили

недавно я писал про грузчика который убивает диски

4 дня назад он купил 6 виртуалок в МСК
и там тоже сервак начал ребутаться
хотя работал стабильно

что же случилось?
1. возросло IOPS
2. процессор возрос до 90%

но я выставил ему лимиты
4000 iops
и процессор понизил

но сервер продолжил ребутаться все равно
avatar
если челу надоест сжигать диски через месяца 3 или пол года
вот потом и проверим из-за него ли это было или все же нет

пока что я вижу это как «провокацию» чтобы я как все хостеры лохи выгнал его или забанил или залимитировал
но нет, пока убытка нет — я свое слово честное сдержу. посмотрим кому быстрее надоест, ему или мне
avatar
недавно я 4 сервера сдал как 4 ТБ в raid0
чисто кому-то понадобилось

и я как раз спихнул брак этот

и что?
4 дня уже ничего не перезагружается



если 20 дней проработает
то какие выводы можно сделать?
что зависает на адской нагрузке какой-либо
avatar
только если грешить на «грузчика»
то странно почему зависало ранее, когда его не было
либо есть какие-то древние клоны которые я не обнаружил

нужно каждую ВМ проанализировать на нагрузки
и потом вернусь с выводами

но опять же — выявлять грузчиков это удел говно хостов залимитированных
я же предпочитаю покупать самые мощные процессоры и не ставить лимиты
avatar


короче серверы которые я продал «как дедик»
перестали перезагружаться

а значит какой вывод можно сделать?
они перезагружаются только под определенной нагрузкой какой-то

либо когда процессор доходит до 90%
вот этот чел не нагружает выше 70%
может быть поэтому стабильно?


короче видимо в будущем придется сегментировать клиентов
но для этого нужно «еще больше серверов»
как будет серверов штук 50 или 100
вот тогда можно делать — для vpn, для сайтов, для игр, для нагрузок, только для виндоусов и тд
сейчас любая пустая доля это убыток, поэтому сегментирование с одинаковым «типом нагрузки» — будет убивать финансы
avatar
но я видел случаи где процессор был на 30%
и все равно ребуталось
avatar


вот к примеру которые ребутаются
на половине процессор не нагружен

но они ребутаются
грузчика по IOPS там тоже нету
avatar
можно ли сделать вывод что под виртуалки с «разным типом нагрузок» — просто не годится процессор и все?
avatar



вот эти стабильные — вообще не разу не падали
avatar
все же «брак»?
просто часть серверов брак?
либо на части серверов определенный специфический сегмент нагрузок?

это нужно каждого клиента тогда как-то проанализировать

Оставить комментарий