Решил вести паблик примеры [Осень 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
Список наших Контентных проектов
Нет комментариев