зона .us будет стандарт тех-доменов
Скоро начнутся продажи USA OVH, сейчас уже можно DE и UK
Ну в европе у них .eu, в канаде .net, в сингапуре .net, хотя должна была быть .asia по идее
Не каждый ДЦ может закупать столько технических доменов, ведь у них 2 миллиона IP, интересно сколько же там тысяч доменов куплено технических.
Хотя у них есть зона .ovh — но почему-то для технических доменов или сайтов компании они ее не используют.
И еще кстати они снова набирают 1000 сотрудников.
У них уже была тысяча 3 года назад, потом я читал еще тысячу нанимали.
И вот снова :)
Блин там целая армия.
А уровень так и не повышается.
На месте OVH, если бы я занимался продвижением бренда по миру — я бы наладил именно работу с локальными клиентами. Сделал бы им какие-то удобные условия для заказа. Задача клиентов OVH помочь им сделать их сервис еще лучше. Зачем нанимать 1000 сотрудников? Когда лояльный клиент сам как сотрудник. Каждый клиент хочет чтобы компания которая ему нравится развивалась и шла все выше и выше, он может приводить друзей через рефералы, а может даже сам толкать как хостер. Если клиент видит что поддержка в OVH узкое место, то задача абсолютно каждого лояльного клиента — улучшить ее, создавать точки продаж, на своем языке, по всему миру, в своей стране и плодить дочерние хостинги, которые покупают у него, как надежного партнера. Если бы я развивал любую мировую компанию, я бы взрастил семена из сообществ и людей, да пустил корни в сам рынок.
- DC in Virginia,US
- 147.135.1.31
- ns100005.ip-147-135-1.us
Ну в европе у них .eu, в канаде .net, в сингапуре .net, хотя должна была быть .asia по идее
Не каждый ДЦ может закупать столько технических доменов, ведь у них 2 миллиона IP, интересно сколько же там тысяч доменов куплено технических.
Хотя у них есть зона .ovh — но почему-то для технических доменов или сайтов компании они ее не используют.
И еще кстати они снова набирают 1000 сотрудников.
У них уже была тысяча 3 года назад, потом я читал еще тысячу нанимали.
И вот снова :)
Блин там целая армия.
А уровень так и не повышается.
На месте OVH, если бы я занимался продвижением бренда по миру — я бы наладил именно работу с локальными клиентами. Сделал бы им какие-то удобные условия для заказа. Задача клиентов OVH помочь им сделать их сервис еще лучше. Зачем нанимать 1000 сотрудников? Когда лояльный клиент сам как сотрудник. Каждый клиент хочет чтобы компания которая ему нравится развивалась и шла все выше и выше, он может приводить друзей через рефералы, а может даже сам толкать как хостер. Если клиент видит что поддержка в OVH узкое место, то задача абсолютно каждого лояльного клиента — улучшить ее, создавать точки продаж, на своем языке, по всему миру, в своей стране и плодить дочерние хостинги, которые покупают у него, как надежного партнера. Если бы я развивал любую мировую компанию, я бы взрастил семена из сообществ и людей, да пустил корни в сам рынок.
Продолжая топик про РФ облака
2014 habrahabr.ru/post/228157/
2017 habrahabr.ru/post/334044/
Мое мнение о топике 2017 года.
hostsuki.pro/all/popalsya-topik-na-habre-pro-oblaka.html
НО давайте так же порассуждаем и про облака. Отбросим джинсу статьи в сторону.
Все знают, что я ярый скептик на тему облаков. Потому что они меня многократно подводили. Не одно сука облако не дало мне ни денежной экономии в долгосрочной перспективе, ни надежности. И даже проебали мои картинки с блогов. Никогда этого не прощу и никогда больше не куплю в той компании — это storage испортила их репутацию на десяток лет. Может когда мне будет лет 35 так — может быть я снова попробую. Я получил только минусы от работы с облаками, нежели плюсы.
Сколько не работаю с дедиками — все просто работает. Ну разве что раз в 3 года там сменить дедик например придется, чтобы диски новые были или чтобы было еще дешевле. Ведь у дедиков не принято снижать цены на активные заказы, старые заказы по старым ценам, а новые могут быть в 2 раза дешевле. Тупо. Спрашивается почему же не снизить стоимость для старых заказов, которые тем более диски уже столетние и так далее. И не заставлять людей тратить время на переносы? Не знаю. Видимо дата-центры рассуждают по другому. Я в своем ДЦ буду каждый год снижать цены, вместе с устареванием железа. И потом — пока не сгорит, все по честному.
Ну ладно, возвращаемся к облакам. Или виртуальным услугам.
Целый год и 178 тысяч рублей мы потратили на умение работать через панель VMmanager KVM.
И я сделал только один вывод — эта панель не пригодна для создания облака или реального бизнеса. Ну чтобы так, на поток поставить продажи и заниматься только продажами и расширением точек сайтов по миру. Чтобы было УДОБНО БЛЯТЬ ПРОДАВАТЬ и управлять услугами. Чтобы можно было просто взял, добавил мощностей, взял добавил сетей, взял добавил там тариф и пошел продавать по проектам. И я осознал даже как должна выглядеть эта панель в будущем.
И в мире я не нашел не одной другой — нормальной панели для создания облака.
Чтобы не было этих узлов всяких. Чтобы не приходилось сохранять по таблицам на каком сервере какие сети IP и какие там конфиги, сколько ядер, какие процы, сколько озу и главное сколько там места, чтобы не продать больше чем есть.
Панель должна соединять все ноды, разные ноды, разные мощности — соединять все в одну большую мощность. Которую уже бы делили на тарифы и продавали. Вот что такое облако. И кстати я хочу гейм-облако, потому что именно игры удобно делать на виртуалках, а не дедиках, т.к. это текучка и которой всегда может понадобиться расширение.
В моем понимании панель должна делать и слепки которые пилятся нормально в отдельные хранилища, а не пожирают места на ноде или лимите тарифа VDS. Которая должна уметь копировать виртуалки на горячем, прямо делать копию. Должно быть именно гибкое облако, чтобы я не упирался в ресурсы сервера. Чтобы можно было масштабировать. Из 8 озу сделать 80 сразу, а не выискивать потом где сколько озу свободно на каком узле и окажется что нигде, что проще купить челу дедик, потому что максимальный узел заканчивается на 64 озу и нод с 128 или 256 просто не делалось. Разве это облако? Это просто отдельные узлы! На панелях Vmmanager — нихуя не возможно масштабировать. Во первых нехватка места постоянная, нельзя все сервера собрать в кластер. Нельзя создать массив из 50 ТБ например. Нельзя соединить процессоры как-то в общую вычислительную мощность. У меня есть клиенты которые соединяют hetzner сотни серверов, но они все сами умеют и у них конечно же свои разработки. И конечно же панель должна уметь работать с крупными пулами айпишек, но увы когда ты покупаешь в аренду сервера с 16 штуками — невозможно заставить тот или иной IP работать на другом узле, его даже не передвинуть без потерь. А облако должно уметь. Так что короче — одни разочарования у меня от работы с VMmanager, это просто панель для частника поиграться в виртуальное. Или создавать дешевые VDS по фану.
И вот, эта недавняя статья с Хабра сейчас поможет нам.
Что они там пишут ?
Не одно облако кстати — не указало VMmanager панель.
Далее. Хранилища — то, что я хотел бы видеть в VMmanager. Но опять же, при методе аренды дедиков на стороне — это не выполнимо. Такое хранилище или облако можно сделать только в своем ДЦ.
Какие выводы можно сделать?
Пока никаких.
Но погуглив на все это — есть над чем подумать.
Поэтому этот топик тоже пригодится. Во всяком случае, чтобы потом не искать в закладках где-то. Хранить только на своих проектах Истории.
2017 habrahabr.ru/post/334044/
Мое мнение о топике 2017 года.
hostsuki.pro/all/popalsya-topik-na-habre-pro-oblaka.html
НО давайте так же порассуждаем и про облака. Отбросим джинсу статьи в сторону.
Все знают, что я ярый скептик на тему облаков. Потому что они меня многократно подводили. Не одно сука облако не дало мне ни денежной экономии в долгосрочной перспективе, ни надежности. И даже проебали мои картинки с блогов. Никогда этого не прощу и никогда больше не куплю в той компании — это storage испортила их репутацию на десяток лет. Может когда мне будет лет 35 так — может быть я снова попробую. Я получил только минусы от работы с облаками, нежели плюсы.
Сколько не работаю с дедиками — все просто работает. Ну разве что раз в 3 года там сменить дедик например придется, чтобы диски новые были или чтобы было еще дешевле. Ведь у дедиков не принято снижать цены на активные заказы, старые заказы по старым ценам, а новые могут быть в 2 раза дешевле. Тупо. Спрашивается почему же не снизить стоимость для старых заказов, которые тем более диски уже столетние и так далее. И не заставлять людей тратить время на переносы? Не знаю. Видимо дата-центры рассуждают по другому. Я в своем ДЦ буду каждый год снижать цены, вместе с устареванием железа. И потом — пока не сгорит, все по честному.
Ну ладно, возвращаемся к облакам. Или виртуальным услугам.
Целый год и 178 тысяч рублей мы потратили на умение работать через панель VMmanager KVM.
И я сделал только один вывод — эта панель не пригодна для создания облака или реального бизнеса. Ну чтобы так, на поток поставить продажи и заниматься только продажами и расширением точек сайтов по миру. Чтобы было УДОБНО БЛЯТЬ ПРОДАВАТЬ и управлять услугами. Чтобы можно было просто взял, добавил мощностей, взял добавил сетей, взял добавил там тариф и пошел продавать по проектам. И я осознал даже как должна выглядеть эта панель в будущем.
И в мире я не нашел не одной другой — нормальной панели для создания облака.
Чтобы не было этих узлов всяких. Чтобы не приходилось сохранять по таблицам на каком сервере какие сети IP и какие там конфиги, сколько ядер, какие процы, сколько озу и главное сколько там места, чтобы не продать больше чем есть.
Панель должна соединять все ноды, разные ноды, разные мощности — соединять все в одну большую мощность. Которую уже бы делили на тарифы и продавали. Вот что такое облако. И кстати я хочу гейм-облако, потому что именно игры удобно делать на виртуалках, а не дедиках, т.к. это текучка и которой всегда может понадобиться расширение.
В моем понимании панель должна делать и слепки которые пилятся нормально в отдельные хранилища, а не пожирают места на ноде или лимите тарифа VDS. Которая должна уметь копировать виртуалки на горячем, прямо делать копию. Должно быть именно гибкое облако, чтобы я не упирался в ресурсы сервера. Чтобы можно было масштабировать. Из 8 озу сделать 80 сразу, а не выискивать потом где сколько озу свободно на каком узле и окажется что нигде, что проще купить челу дедик, потому что максимальный узел заканчивается на 64 озу и нод с 128 или 256 просто не делалось. Разве это облако? Это просто отдельные узлы! На панелях Vmmanager — нихуя не возможно масштабировать. Во первых нехватка места постоянная, нельзя все сервера собрать в кластер. Нельзя создать массив из 50 ТБ например. Нельзя соединить процессоры как-то в общую вычислительную мощность. У меня есть клиенты которые соединяют hetzner сотни серверов, но они все сами умеют и у них конечно же свои разработки. И конечно же панель должна уметь работать с крупными пулами айпишек, но увы когда ты покупаешь в аренду сервера с 16 штуками — невозможно заставить тот или иной IP работать на другом узле, его даже не передвинуть без потерь. А облако должно уметь. Так что короче — одни разочарования у меня от работы с VMmanager, это просто панель для частника поиграться в виртуальное. Или создавать дешевые VDS по фану.
И вот, эта недавняя статья с Хабра сейчас поможет нам.
Что они там пишут ?
- VMware ESXi
- vCloud
- VMware vSphere 6U2
- RedHat KVM
- Microsoft Hyper-V
- Hyper-V Failover Clustering
- VMware vSphere 6.0
- VMware ESXI 5.5
- KVM OpenStack
- QEMU/KVM
- ESXi vCloud Director
Не одно облако кстати — не указало VMmanager панель.
Далее. Хранилища — то, что я хотел бы видеть в VMmanager. Но опять же, при методе аренды дедиков на стороне — это не выполнимо. Такое хранилище или облако можно сделать только в своем ДЦ.
- EMC VNX5600, HP 3Par 7400
- СХД SSD AllFlash, дублированные контроллеры. До 1 млн IOPS
- IBM mid-range уровня (4 штуки, 2 на каждый ЦОД) и all-flash массивы Violin Memory
- EMC VNX5600, HP 3par 7400
- Huawei OceanStor 5300
- Infortrend ESDS 3024B
- NetApp V6240, V8040 с использованием flash кэширования и SSD дисков
- EMC SCALEIO (с использованием нескольких СХД NettApp DS4246)
- HP 3PAR StoreServ 7400 и NetApp FAS3250
- NetAPP FAS8020
- СХД на базе решения Dell, Hitachi, Huawei
- HDS HUS VM/IBM Storwize v7000
- СХД на базе платформ Supermicro, логически Openstack Ceph
- NetApp FAS8040, FAS2552
- NetApp V6240, V8040 с использованием flash кэширования и SSD дисков
- EMC VNX, HP 3PAR
- NetApp V6240 и FAS8040
- VMware VSAN
- HP MSA 2040 SAN, Huawei OceanStore 2600T и, самая мощная: Huawei OceanStore 5500 V3, которая выдаёт до 320 000 IOPS
- HP 3PAR StoreServ 10400 IBM StorWize V7000 IBM XIV
Какие выводы можно сделать?
Пока никаких.
Но погуглив на все это — есть над чем подумать.
Поэтому этот топик тоже пригодится. Во всяком случае, чтобы потом не искать в закладках где-то. Хранить только на своих проектах Истории.

275 000 сайтов за пять лет
Более 97 000 сайтов внесены в реестр на основании судебных решений о признании информации запрещенной к распространению в стране. Более 70 000 заблокированных ресурсов были замечены в пропаганде наркотиков. Более 43 000 сайтов обвинены в незаконной организации и проведении азартных онлайн-игр. Более 38 000 содержали детскую порнографию и более 25 000 страниц — суицидальный контент.

roem.ru/28-07-2017/255860/roskomnadzor-blocks/
tjournal.ru/57518-otchet-roskomnadzora-o-blokirovkah-za-pyat-let?from=rss

roem.ru/28-07-2017/255860/roskomnadzor-blocks/
tjournal.ru/57518-otchet-roskomnadzora-o-blokirovkah-za-pyat-let?from=rss
BTC-e - sinaro.host



Бенчи AMD Ryzen
Пополнились Бенчи
hostsuki.pro/tag/BenchMark/
В прошлый раз пробовали Xeon E3 v6 который
В этот раз

ryzen-5
ryzen-7
Диски ставят если интересно
SAMSUNG MZ7LN512HMJP-00000 — Райзен 5
SSD Micron_1100_MTFDDAK512TBN — Райзен 7 и 6700
Еще вместо 6700 выпал 7700, хотя всего 2 сервера брали провести тесты как раз и решить что выгоднее в долгосрочном закупать, из чего я делаю вывод что там как OVH стали делать, покупают более выгодные процессоры/диски на будущее чтобы, хотя на сайтах тарифы могут быть старые.
hostsuki.pro/tag/BenchMark/
В прошлый раз пробовали Xeon E3 v6 который
В этот раз

ryzen-5
ryzen-7
Диски ставят если интересно
SAMSUNG MZ7LN512HMJP-00000 — Райзен 5
SSD Micron_1100_MTFDDAK512TBN — Райзен 7 и 6700
Еще вместо 6700 выпал 7700, хотя всего 2 сервера брали провести тесты как раз и решить что выгоднее в долгосрочном закупать, из чего я делаю вывод что там как OVH стали делать, покупают более выгодные процессоры/диски на будущее чтобы, хотя на сайтах тарифы могут быть старые.
Я часто слышал легенды о Stack.net - xelent.cloud
За свои 6 лет в хостинге — я часто слышал легенды о неком Stack.net, но там никогда ничего нельзя было заказать. Так же как в еще одной легенде интернета — ДЦ Крок, там тоже ничего не заказать.
И вот наконец-то свершилось — они создали дочерний проект.



xelent.cloud/Account/Register
organisation: ORG-OI27-RIPE
org-name: OOO IT-Grad
org-type: LIR
address: Kirochnaya St. 9, 6 fl.
address: 191014
address: Saint-Petersburg
address: RUSSIAN FEDERATION
phone: +78123138815
fax-no: +78123138816
mnt-ref: RIPE-NCC-HM-MNT
mnt-ref: MNT-IT-GRAD
mnt-by: RIPE-NCC-HM-MNT
abuse-c: ITG6-RIPE
created: 2012-07-06T09:29:17Z
last-modified: 2015-04-07T07:43:44Z
source: RIPE # Filtered
И вот наконец-то свершилось — они создали дочерний проект.



xelent.cloud/Account/Register
organisation: ORG-OI27-RIPE
org-name: OOO IT-Grad
org-type: LIR
address: Kirochnaya St. 9, 6 fl.
address: 191014
address: Saint-Petersburg
address: RUSSIAN FEDERATION
phone: +78123138815
fax-no: +78123138816
mnt-ref: RIPE-NCC-HM-MNT
mnt-ref: MNT-IT-GRAD
mnt-by: RIPE-NCC-HM-MNT
abuse-c: ITG6-RIPE
created: 2012-07-06T09:29:17Z
last-modified: 2015-04-07T07:43:44Z
source: RIPE # Filtered
Толкаю Идею
Постоянно, уже много лет идут демагогии, что в Интернете нету специалистов.
Что тем людям которые запиливают все в интернете — очень трудно запиливать, потому что все держится на честном слове, даже компании создаются удаленные кто-то оформляет и добавляет в интернет банки и так далее.
И тоже самое касается администаторов или программистов.
Поэтому лучшее решение — в принципе создавать такую систему/структуру/синдикат, которая не зависит от этих ячеек.
Очень частое явление.
Создает программист API панель, через пол года api обновляется, а программист уже ливнул. На его место приходит другой желающий, но разбираться в чужом говне он не хочет, делает с нуля. И так же потом через год API обновляется и он снова ливает. А клиенты вынуждены из одной панели переходить в другую, в третью, в десятую.
Поэтому — лучше вообще вручную толкать, самое оптимальное и не пудрить мозги людям.
Тоже самое касается и VDS-нод.
В очередной раз нашлись недо-специалисты, которые считают что умнее всех — но на самом деле кроме слов от них ничего не узнать. Просто говорят, что они могут. Но сделать сервис, настроить ноду или написать статью — им сыкотно или вломы. Что же это за специалист? Это просто показушник демагог значит.
И вот в процессе демагогии родилась идея.
Толкаю эту идею в мир хостеров.
Создайте сервис по резалке VDS.
Вот сейчас VMmanager например режет VDS-ки.
А вы можете создать опенсорс какой-то или просто собственную разработку. Отдельным проектом. Отдельным сервисом.
Суть такая.
Что тем людям которые запиливают все в интернете — очень трудно запиливать, потому что все держится на честном слове, даже компании создаются удаленные кто-то оформляет и добавляет в интернет банки и так далее.
И тоже самое касается администаторов или программистов.
Поэтому лучшее решение — в принципе создавать такую систему/структуру/синдикат, которая не зависит от этих ячеек.
Очень частое явление.
Создает программист API панель, через пол года api обновляется, а программист уже ливнул. На его место приходит другой желающий, но разбираться в чужом говне он не хочет, делает с нуля. И так же потом через год API обновляется и он снова ливает. А клиенты вынуждены из одной панели переходить в другую, в третью, в десятую.
Поэтому — лучше вообще вручную толкать, самое оптимальное и не пудрить мозги людям.
Тоже самое касается и VDS-нод.
В очередной раз нашлись недо-специалисты, которые считают что умнее всех — но на самом деле кроме слов от них ничего не узнать. Просто говорят, что они могут. Но сделать сервис, настроить ноду или написать статью — им сыкотно или вломы. Что же это за специалист? Это просто показушник демагог значит.
И вот в процессе демагогии родилась идея.
Толкаю эту идею в мир хостеров.
Создайте сервис по резалке VDS.
Вот сейчас VMmanager например режет VDS-ки.
А вы можете создать опенсорс какой-то или просто собственную разработку. Отдельным проектом. Отдельным сервисом.
Суть такая.
- Каждый хостер просто покупает где-то сервер с IP и добавляет его в этот сервис. Получает свою сгенерированную ссылку с letsencrypt сертификатом или даже может добавить свой домен/поддомен для этого сервера, т.е. уже добавленной ноды. И пилит через Ваш сервис vds-ки.
- Если месячная стоимость такого сервиса, по подписке, будет как цена VMmanager — мне кажется полно хостеров воспользуются такими услугами специалистов виртуализации, которые тусуются по интернету.
- Согласитесь поддерживать такой сервис гораздо проще, ведь он один. Чем поддерживать и обслуживать 500 нод различных настроек.
Большая тройка начинает толкать ?

nsk.megafon.ru/operators/resheniya/ddos/
nsk.megafon.ru/operators/resheniya/cdn/cdn/

oncloud.mts.ru/Order
Какие еще услуги вам встречались от мобильных операторов?
наконец-то официальные маркировки ДЦ OVH
Я уже как пол года занимаюсь публикациями. И мечу все посты по своим меткам, чтобы через 10 лет потом находить за 5 минут, а не за 30 минут времени поиска :)
И вот наконец-то опубликовали карту названий.

2 дата-центра я не угадал — и пришлось переделывать метки в публикациях и ссылки.
А вот про Австралию и Сидней угадал — что ДЦ запиливаются на базе чужих компаний. Equinix и Telstra
Вообще — нормальные люди сначала придумывают названия, потом публикуют свои фоточки. А не наоборот :)) Но в OVH все так работает.
Итого, картина выглядит следующим образом теперь.
Было
Будут в будущем
И вот наконец-то опубликовали карту названий.

2 дата-центра я не угадал — и пришлось переделывать метки в публикациях и ссылки.
А вот про Австралию и Сидней угадал — что ДЦ запиливаются на базе чужих компаний. Equinix и Telstra
Вообще — нормальные люди сначала придумывают названия, потом публикуют свои фоточки. А не наоборот :)) Но в OVH все так работает.
Итого, картина выглядит следующим образом теперь.
Было
- PAR datacentre
- SBG datacentre, EU Central [FR, Strasbourg]
- RBX datacentre, EU West [FR, Lille]
- GRA datacentre, EU West [FR, Lille]
- BHS datacentre, CA East [QC, Montreal]
- ERI datacentre, EU West [UK, London]
- HIL datacentre, Hillsboro, US West [OR, Portland]
- VIN datacentre, Vint Hill, Virginia, US East [VA, Washington]
- WAW datacentre, OZA, EU Central [PL, Warsaw]
- SYD datacentre, SY2(Equinix), AP Australia [NSW, Sydney]
- SGP datacentre, SGCS2(Telstra), AP South-East [SG, Singapore]
- LIM datacentre, Limburg, EU Central [DE, Frankfurt]
Будут в будущем
- EU West [Nl, Amsterdam]
- EU South [ES, Madrid]
- EU South [IT, Milan]
- US Central [TX, Dallas]
- AP Australia [VIC, Melbourne]