Решил вести паблик примеры [Осень 2017]
Публичная статистика под что у нас покупают VPS-ки
И как именно работают ноды. (мы и сами не знаем как, хорошие ли это показатели или нет)Итак, хоть ноды мы пилим с лета 2016 года.
А летом 2017 был создан vm.center проект и отдельный биллинг.
Ну кому нужно будет — почитает историю, очень много топиков где все рассказано. Щас не буду тут ссылки кидать и засорять.
Итак.
Как вы уже знаете — мы и сами не знаем что мы создали.
И никакого мониторинга у нас нету. Мы вообще без профессионализма подходим к этому делу.
Как я уже сказал — не было бы панели VMmanager — мы бы даже разрезать серверы не смогли :)
Дада, припекает уже наверно кому-то, какому-ниб специалисту, который гордится своими умениями и кластеризацией или умением работать с докерами, или там что он в офисах получает копейку и покупает серверы только за счет бюджета работодателя, а свои собственные жмотит потратить. Припекает наверно от того, что наши доли могут сами работать на автопилотах, и что клиенты даже не жалуются на качество, хотя качества мы не какого и не гарантировали. У нас только чернь банится, только тогда Око Саурона начинает смотреть на VPS-ки Фродо и безжалостно банить. Я чувствую как у хостеров, считающих себя специалистами уже горит. Как горит от того, что «школьники из интернета» могут обслуживать проекты крупного размаха, а они специалисты не могут в одиночку даже.
Ну да ладно :) Ради того чтобы припекало — мы и создаем свои честные проекты.
Мы не боимся поделиться опытом. Любые знания полученные тестами и опытом — тут же выкладываются в паблик. Мы не собираемся этими знаниями зарабатывать в деньги и не храним их как зеницу ока.
Короче.
Мы создали проекты даже — и понятия не имеем — какая нагрузка для «доли» — должна быть.
Оптимальная ли нагрузка или это вредитель который пакостит соседям.
По идее панель VMmanager должна сама определять и выдавать информацию, как она считает, на основе тысяч и десятков тысяч показателей что она собрала с нод всех всех хостеров, которые ее используют.
И методом машинного обучения говорить уже — нода заполнена, не рекомендуется больше садить.
Вот будущее панелей и облаков :) Сказал alice2k ;)
Ну так вот, примеры для истории. [list.skladchik.ovh]
Возможно кто-ниб в комментариях даже скажет — нормальные ли это показатели или не нормальные.
noda1 gra1.1245.ovh
noda2 gra1.1245.ovh
noda1 rbx4.1245.ovh
noda1 rbx.1245.ovh
noda2 rbx.1245.ovh
noda3 rbx.1245.ovh
noda4 rbx.1245.ovh
noda1 sbg4.1245.ovh
noda1 rbx3.1245.ovh
noda1 gra.1245.ovh
noda1 waw.1245.ovh
noda2 waw.1245.ovh
noda1 bhs2.1245.ovh
noda1 gra.xeon-e5.ovh
noda1 gra.i7-6700k.ovh
noda1 gra1.i7-6700k.ovh
noda2 gra1.i7-6700k.ovh
noda1 sbg2.i7-6700k.ovh
noda2 sbg2.i7-6700k.ovh
noda3 sbg2.i7-6700k.ovh
noda4 sbg2.i7-6700k.ovh
noda5 sbg2.i7-6700k.ovh (пустая на половину, не считается типо)
noda1 gra.i7k.ovh
noda2 gra.i7k.ovh
noda1 sbg.i7k.ovh
noda2 sbg.i7k.ovh
noda3 sbg.i7k.ovh
Ну всякие там ноды на 2 доли. Или старые очень где все не равномерно не стал публиковать.
Похожие публикации
Статистка по ОС №2
Отчет про "среднее кол-во" виртуалок на нодах
Отчет про "среднее кол-во" виртуалок на нодах [№2]
Для начала - о проекте VM.center
Список наших Контентных проектов
Нет комментариев