VM.center

то что не влезло

Первый был летом 2018
SSD Total Bytes Written

Второй был весной 2019
SMART отчет №2

Третий отчет. Лето 2020.
SMART отчет №3

Четвертый отчет. Осень 2021
SMART отчет №4 — HDD SATA

В 2021 году я был слишком занят созданием новых нод и увеличием кол-ва.
hostsuki.pro/tag/i7-6700K/
Поэтому как-то год пролетел быстро.
hostsuki.pro/hostsuki/karta-sayta-vmcenter-za-2021.html

Но вот сгорел один диск, правда не SSD, а NVME более новый и более современный, всего 2 года отслужил на 4 ТБ диск был. И я вспомнил что давно не проверял SSD где 6700k

Осень 2022 — пятый SMART отчет

Игнорируем все ноды где по 2 диска, смотрим только огнеопасные 6700k где 1 диск всего лишь.
Кстати в 2021 году еще и сам ДЦ SBG сгорел нахуй вместе с некоторыми нодами :) Прямо как я писал — работает, пока не сгорит :)))
Ну так вот смотрим только ноды, где 1 SSD без raid1:

noda0 Power_On_Hours — 25326; Written — 252740525789; ТБ = 117.69
noda1 Power_On_Hours — 49160; Written — 1067328766903; ТБ = 497.01
noda2 Power_On_Hours — 47634; Written — 242447859743; ТБ = 112.90
noda3 Power_On_Hours — 34296; Written — 118626073197; ТБ = 55.24
noda4 Power_On_Hours — 37433; Written — 233601876823; ТБ = 108.78
noda5 Power_On_Hours — 34954; Written — 298132305121; ТБ = 138.83
noda6 Power_On_Hours — 51831; Written — 311064308124; ТБ = 144.85
noda7 Power_On_Hours — 40458; Written — 358130860701; ТБ = 166.77
noda8 Power_On_Hours — 32137; Written — 189819809090; ТБ = 88.39
noda9 Power_On_Hours — 37593; Written — 616602549000; ТБ = 287.13
noda10 Power_On_Hours — 51605; Written — 1069305285188; ТБ = 497.93
noda11 Power_On_Hours — 46468; Written — 2506482852677; ТБ = 1167.17 (1 ПБ)
noda12 Power_On_Hours — 44755; Written — 476894866660; ТБ = 222.07
noda13 Power_On_Hours — 50264; Written — 391129563749; ТБ = 182.13
noda14 Power_On_Hours — 51716; Written — 498356336215; ТБ = 232.07
noda15 Power_On_Hours — 37520; Written — 300711367338; ТБ = 140.03
noda16 Power_On_Hours — 50064; Written — 707295873072; ТБ = 329.36
noda17 Power_On_Hours — 46681; Written — 320297676810; ТБ = 149.15
noda18 Power_On_Hours — 44030; Written — 357362133661; ТБ = 166.41
noda19 Power_On_Hours — 48860; Written — 488559719993; ТБ = 227.50
noda20 Power_On_Hours — 43023; Written — 172707276144; ТБ = 80.42
noda21 Power_On_Hours — 37442; Written — 348929833346; ТБ = 162.48
noda22 Power_On_Hours — 50865; Written — 638432060929; ТБ = 297.29
noda23 Power_On_Hours — 62296; Written — 885263727866; ТБ = 412.23
noda24 Power_On_Hours — 63785; Written — 1846309933910; ТБ = 859.76
noda25 Power_On_Hours — 45936; Written — 195805343968; ТБ = 91.18
noda26 Power_On_Hours — 37446; Written — 256339218862; ТБ = 119.37
noda27 Power_On_Hours — 51404; Written — 283858497473; ТБ = 132.18
noda28 Power_On_Hours — 37707; Written — 214210037948; ТБ = 99.75
noda29 Power_On_Hours — 68162; Written — 363876572355; ТБ = 169.44
noda30 Power_On_Hours — 36913; Written — 157983729381; ТБ = 73.57
noda31 Power_On_Hours — 62494; Written — 672704199059; ТБ = 313.25
noda32 Power_On_Hours — 44587; Written — 307264675426; ТБ = 143.08
noda33 Power_On_Hours — 37654; Written — 111669340; ТБ = 57.1 TB
noda34 Power_On_Hours — 24819; Written — 53682193; ТБ = 27.4 TB
noda35 Power_On_Hours — 51636; Written — 196497670767; ТБ = 91.50
noda36 Power_On_Hours — 64369; Written — 502627892463; ТБ = 234.05
noda37 Power_On_Hours — 41498; Written — 118790470846; ТБ = 55.32
noda38 Power_On_Hours — 44813; Written — 151247530360; ТБ = 70.43
noda39 Power_On_Hours — 48733; Written — 729311255376; ТБ = 339.61
noda40 Power_On_Hours — 51630; Written — 675007947074; ТБ = 314.33
noda41 Power_On_Hours — 50241; Written — 612774076690; ТБ = 285.35
noda42 Power_On_Hours — 20899; Written — 234971870038; ТБ = 109.42
noda43 Power_On_Hours — 50099; Written — 210929276049; ТБ = 98.22
noda44 Power_On_Hours — 46726; Written — 228539619197; ТБ = 106.42
noda45 Power_On_Hours — 49365; Written — 428239507238; ТБ = 199.41
noda46 Power_On_Hours — 56816; Written — 495952789113; ТБ = 230.95
noda47 Power_On_Hours — 32161; Written — 105628394326; ТБ = 49.19
noda48 Power_On_Hours — 45970; Written — 181895128410; ТБ = 84.70

А под катом полноценные смарты всех нод.

hosting.kitchen/ovh/my-ne-smozhem-podderzhivat-besplatnost-dopolnitelnyh-ipv4.html

• январь 2023г 0,24e/ip
• июль 2023г 0,49e/ip
• январь 2024г 0,74e/ip
• июль 2024г 0,99e/ip
• январь 2025г 1.24e/ip
• июль 2025г 1,49е/ip

Это отразится тем, что цена доли увеличится :)

Сегодня будем перезагружать все сотни нод.
Жестким ребутом.

В ОВХ каждая услуга под бесплатным мониторингом от ДЦ.
А кому он не нужен — в ПУ просто его отключают и тогда сотрудники ДЦ не трогают сервер вообще (который кстати меньше сотни обычно, а не по 500 человек как в РФ инженеров)

Так вот, когда в ОВХ сгорает что-то — 15 минут и готово — уже чинят, может быть пол часа, может быть час — все само, все автоматически потом сервер оживет.

А в Хетзнер — ты можешь даже и не знать о том, что сервер сдох.
В 10 утра сервер сдох. Если бы у меня не было своего мониторинга — вероятно я бы и не узнал.


Но буду честен — утром я не придал значения этому. И как-то похуй было даже на уведомление )
И вот мне пишет чел — не работает.
Уже в обед.

И я решил проверить — и правда не работает.
Пошел ребутнул.
Не ребутается.
Ну думаю опять процессор перегрелся и сервак завис.
Отправляю на ручную перезагрузку сотрудником.
А через 15 минут сервер поднимается. И там пишут что сгорел Блок Питания


Неужели Хетзнеру трудно сделать так же как в ОВХ?
Это же конкурентное преимущество!

Обычно все привыкли к тому, что ну сгорел и сгорел.
Но тут такое дело получилось. Вот мы уже 5 лет делаем ноды. И конечно же не актуальные конфиги постепенно умирали, но на них всегда оставалось 1-2 похуиста которые упорно продляли — и эти ноды становились убытками уже из-за пустых долей. Так вот похуистов мы вручную переносили на архивный мощный Райзен с NVME дисками и где можно было 256 IP держать, а не 16.

И вдруг такая подстава. Горит диск не на боевом сервере каком-ниб где все знают. А горит новый NVME диск, которому даже 2х лет не было. Но там сидят одни похуисты — а они сука не делают бекапов.

Притом всякие 8 летние диски SSD — до сих пор не один не сломался. А тут вдруг NVME ломается. Ну чисто бывает.

Короче больше суток простоя и утеря данных.
Кто-то делал, но кто-то написал что не делал.

Перенес все виртуалки на новую ВМ-6 панель
И понял что у этого говна даже нельзя при создании ВМ выбрать определенный IP
Это просто пиздец.
hosting.show/alice2k-hosting/vmmanager-6-do-sih-por-ne-umeet-sozdavat-vm-s-opredelennym-ip-adresom-.html
hosting.show/alice2k-hosting/eto-prosto-zhest-realno.html
hosting.show/alice2k-hosting/vot-eto-nuzhno-raskidat-po-15-vds.html

Само восстановление — лично мной — заняло около 3х часов.
Соблюсти все IP
Притом еще методом подбора, т.к. нельзя было назначить нужные.
Нада было создавать мусорные услуги чтобы истратить IP, а потом когда подходила очередь нужного — уже добавлять его на клиента ))
Ну короче за 3 часа справился.
Вот так, каждую ВМ чекал

И добавлял в ВМ-6




Начислил или бонусные продления, либо отсыпал дополнительных сеток — все равно без дела валяются, ну тем кто держал там ВМ из-за дох IP за 500р.

Когда настраиваешь бекапы средством бекапа от VMmanager 5 — оно копирует базу данных только.
Но не копирует файлы конфига.

Поэтому не стоит полагаться на бекап от панели.

Нужно самому просто настраивать СОБСТВЕННЫЕ бекапы.
Например в облаке если панель — делать копирую средствами облака.
Например если на дедике, то самому настроить. А не через бекап от панели, который тупо не делает качественно бекап.


Мне проще закрыть панель и заставить людей мигрировать на новые ВМ, чем дрочить с ключами что-то.
Увы — публичный отчет — сгорел диск и панель тоже сдохла.
Как и писал — РАБОТАЕТ ПОКА НЕ СГОРИТ )))

Тоже самое в VM-6 там вообще на FTP оно просто не копирует.
vm.center/2021/06/vmmanager/vmmanager-6-ne-umeet-delat-bekapy-po-ftp-.html
А техподдержка даже не поверила мне ) Хотя на десятках панелей — ОДНО И ТОЖЕ )))


Вывод ?
Мы все это итак знали, гуглить умеем же.
Поддержка — рак отрасли.
Не нужна.
Это бесполезные люди которые просто отнимают деньги у компаний.