avatar
это как было. выводы сам делай.

в июле 2022 года я их публично хвалил на ачате. то есть изначально за пол года до плохого отзыва в той же ветке на ачате есть и хвалебный. многоходовка? или не веришь, что такая переписка была))
а уже в апреле 2023 окончательно съехал после инцидента в феврале. и в апреле же на ачате написал плохой отзыв. они промолчали. потом в августе опять деньги с кошелька вывели, который был на том февральском скомпроментированном ВПС.

ну а че переписка: мы этого не делали… когда мы говорили, что не делали имели ввиду не делали в ручном режиме. произошла автоматическая ротация логов.
ps. просто совпадение. ну были и было.
avatar
my.3v-host.com/index.php?rp=/login
у чуваков вообще какой-то WHM
там логи никогда не показывались на сколько мне известно

только в BILLmanager есть журнал посещений доступный для клиента
avatar
что ты имеешь ввиду?
это плохой отзыв

хороший отзыв это полноценная переписка с команией, со всеми скришотами
avatar
что ты имеешь ввиду?
это плохой отзыв

хороший отзыв это полноценная переписка с команией, со всеми скришотами
avatar
хотим быть на связи, чтобы написать, что «нам очень жаль», когда гоблин из службы поддержки пошарится в вашей биллинг панели, возможно ( шучу. точно-точно! ), попытается использовать ваши стандартные пароли от серверов, которые найдет там. и проведет вам «ротацию логов», чтобы подчистить следы. да просто совпадение! наверно, вы сами где то пароль свой спалили, а тут раз в пол года выпала ротация логов на сегодня =))
avatar
а потом гоблин из службы поддержки заходит в твою биллинг панель и в тот же день происходит ротация логов, как у конторы pq.hosting
avatar
>украинец кстати
Дело раскрыто?

А если без шуток. Нельзя чтоли спросить напрямую у него или через реселера узнать?
avatar
avatar
>Хетзнер никогда в жизни не выдавало
А должны выдавать? Там же RAID1 на физических серверах, а на cloud зеркалирование volumes по разным физическим серверам. Логично, что таких цифр там никогда не будет.
avatar
Но тут ещё стоит учитывать, что VMManager не всегда показывает адекватную информацию по пользованию ресурсами. Я присылал с месяц или два назад скриншот в тикет, где он мне приписал 100% загрузку ЦП и оперативной памяти на простаивающей без дела ВМ, которая по своим данным отображала нагрузку до 20% в пике.
avatar
Имхо нужна некая политика добросовестного пользования, которая будет чётко оговаривать, что пока ты пользуешься ВМ и не вредишь физической машине и своим соседям по ней — всё ок, применяются все честные условия без дополнительных ограничений.

Всё может быть: понадобилось срочно забэкапить или напротив, восстановить из бэкапа — нагрузка на диск резко подскочила и это норм. Но когда человек каждый божий день выжимает из железа всё, то тут уже стоит задуматься о том, что железо-то у него не выделенное и соседям тоже может потребоваться занятый ресурс.

И вот уже к тем, кто продолжительно сохраняет высокий уровень нагрузки, санкции в виде технических ограничений ресурсов не только можно, но и нужно применять. Не так, чтоб у них там вообще 1Гб записывался полтора часа (деньги-то они платят, не free tier ведь), но на уровне какой-нибудь обычной среднестатистической VDS у обычного хостера по цене ~x2 от тарифов YaColo.

Представим условного клиента, который взял сервер, чтобы хостить там какую-нибудь не особо грузную БД. А с ним на одном диске будет клиент №2, который тупо будет ушатывать диск, пока тот не откажет.
Со вторым клиентом всё понятно, он выжал за свои деньги абсолютно всё, что мог. А первому-то такое нафига?)
avatar
Мне кажется совсем абюзеров надо банить.
Так ведь все остальные страдают, т.к. скорость дисков когда они на полную загружены одинм клиентом — меньше, чем могла бы быть на свободных.
avatar
провел анализ hosting.show/alice2k-hosting/600-tb-za-1-mes-proverili-analiz-nashli-klonov-odnogo-chela-kotoryy-potratil-100k-uzhe-chtoby-ubit-paru-diskov-za-8000r.html

чувак уже накупил через клонов на 100к месяц суммарно
украинец кстати

на моего врага или специального вредителя — ну не похож
вряд-ли это кто-то специально «честным проектам» пытается нагадить

нет, просто кто-то нашел халяву и использует ее на максимум, вот что я думаю

сейчас вопрос
стоит ли лимитировать как хостинги для лоха?
или стоять до последнего и делать честное решение? пока в минус вроде бы это не идет.

придется закупиться еще дисками, в ноябре-декабре наверно сгорят еще
avatar
или дело в том, что нормальные люди/приложения не могут потребить никогда 60000 IOPS
только целенаправленный вредитель сжигатель может?
ну тогда все сходится
avatar
даже локальный диск у них пишет явно не 60000 IOSP


что-то я не понимаю почему так
вот в ОВХ и Хетзнере — как раз похожие цифры были

неужели у китайцев какой-то прорыв?
или просто китайцы 2022/2023 года
а хетзнер и овх до сих продают наверно 2015/2018 годы какие-ниб
как и «облака»
avatar
avatar
к примеру в типичном хостинге/облаке для лоха
смотри какой оверпрайс



100 ГБ самого дешевого диска стоят как вся полноценная виртуалка у меня





почему такие цены?
когда диски стоят 8000р
avatar
пока что короче — не ясно, специально ли это кто-то делает, или это случайность и просто «новые знания о хостингах»

в целом если даже специально кто-то завидует как обычно моим честным проектам — ну и хуй с ним
покупая 10 виртуалок чтобы изничтожить диск — за месяц он как раз покупает «новый диск», т.к. стоит диск 8000р
avatar
интересное наблюдение
в ОВХ или Хетзнер никогда в жизни не выдавало показатели под 60000 IOPS
хотя я там тоже не ставлю никаких лимитов
только именно на китайских NVME я впервые увидел эти показатели в жизни
случайность? или диски действительно настолько крутые что могли выдавать такие скорости
или просто какой-то «тролль» например специально скупает у нас чтобы нагадить нам? а гадить хетзнеру или овх он не видит смысла, т.к. расходы на диски несет хетзнер, а не я
avatar
например вот недавно поменяли
=== START OF INFORMATION SECTION ===
Model Number: Netac NVMe SSD 2TB
Serial Number: RN202303072T325256
Firmware Version: 3.S.J.11
PCI Vendor ID: 0x1f40
PCI Vendor Subsystem ID: 0x1dbe
IEEE OUI Identifier: 0xa84397
Total NVM Capacity: 0
Unallocated NVM Capacity: 18,446,742,073,310,617,600 [18446 PB]
Controller ID: 0
Number of Namespaces: 1
Namespace 1 Size/Capacity: 2,000,398,934,016 [2.00 TB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: a84397 0000325256
Local Time is: Fri Nov 3 01:38:57 2023 UTC
Firmware Updates (0x0e): 7 Slots
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x0014): DS_Mngmt Sav/Sel_Feat
Maximum Data Transfer Size: 512 Pages
Warning Comp. Temp. Threshold: 120 Celsius
Critical Comp. Temp. Threshold: 130 Celsius

Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 3.50W — — 0 0 0 0 5 5
1 + 3.30W — — 1 1 1 1 50 100
2 + 3.10W — — 2 2 2 2 50 200
3 — 0.1500W — — 3 3 3 3 500 5000
4 — 0.0200W — — 4 4 4 4 2000 85000

Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 46 Celsius
Available Spare: 100%
Available Spare Threshold: 25%
Percentage Used: 12%
Data Units Read: 80,103,877 [41.0 TB]
Data Units Written: 1,302,942,787 [667 TB]
Host Read Commands: 2,767,295,616
Host Write Commands: 25,581,162,741
Controller Busy Time: 16,849
Power Cycles: 32
Power On Hours: 829
Unsafe Shutdowns: 26
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 46 Celsius
Temperature Sensor 2: 31 Celsius
Thermal Temp. 1 Transition Count: 169
Thermal Temp. 1 Total Time: 1967618

Error Information (NVMe Log 0x01, max 64 entries)
No Errors Logged

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

600 ТБ записано?
например в ОВХ за 5 лет столько записывает vm.center/2023/06/public-nodes-vm-center/smart-otchet-6.html

скорее всего это как раз «те самые грузчики» hosting.show/tag/IOPS/