Не в качестве рекламы, а в качестве понимания что такое облачные решения:
https://www.youtube.com/watch?v=DMPgTpez9ao
Понимаю, хотя вроде писали про ovh, где задержка будет еще больше.
В целом, из Москвы до НЛ и обратно - 100 мс. При этом исходящий трафик можно пускать напрямую (хотя это влияет на качество фильтрации), тогда получается только 50. Насколько это критично для voip? По собственному опыту, имея основной шлюз корпоративной телефонии в штатах, это вообще никак не влияет. Кстати, как я уже сказал, на SIP есть специальные фильтры, что вообще уникально.
Если уж говорить о выборе - работает с 100 мс задержкой, или тупит или отваливается из-за плохой фильтрации, то imho выбор очевиден. Но конечно согласен, локальная чистка будет лучше.
Если устроит гонять трафик через НЛ то можете попробовать Serverius. Там модные железки от Huawei, плюс свои собственные решения. Чистит и чистый UDP и на уровне приложений (например SIP). Подключать можно и через прокси, и через анонс сетей, и через GRE.. да как угодно вобщем.
Через провайдеров которые там стоят будет скорее всего дешевле, это inferno, hostkey, ну и мы в том числе. Мы можем дать подключиться через кросс коннект в Москве.
По цене, можно ориентироваться на их оф цены для начала. Есть тарифы как по "чистому" трафику, так и по грязному.
Привет всем! Мы, наверное, не удивим Вас, сообщив о том, что завтра Черная Пятница :) Команда MIRhosting решила предложить маленькую приятность в честь дня, получившего международное признание. Всей атмосферности данного мероприятия мы не обеспечим (т.е. в длинных очередях за нашим облачным сервисом стоять не придется:)), но кое-какую плюшку, мы все же для Вас приготовили:
Зарегистрируйтесь или авторизуйтесь в системе MIRhosting - https://mirhosting.com/ru/cloud. Пополните свой баланс на любую сумму и получите на 30% больше! Только в Черную Пятницу гибкое облако по еще более приятной цене. Предложение действует с 00:01 GMT+1 до 23:59 GMT+1 (25.11.2016)
Чтобы принять участие в акции, денежные средства должны зачислиться на аккаунт в рамках указанного промежутка времени.
Присоединяйтесь к нам!
С февраля 2016 года Microsoft поменяли политику в отношении десктопных осей
https://www.microsoft.com/en-gb/Licensing/product-licensing/rental-rights.aspx
Больше Windows 10 лицензии нельзя официально арендовать (во всяком случае через SPLA), можно только покупать.
LineHost, это стандартные цифры одного локального SSD диска без нагрузки.
Как я уже и сказал, мы можем совершенно спокойно дать цифры превышающие эти цифры, используя SDS. То что я показывал выше - это стандартные значения 2 разных уровней стораджа, они приблизительно ориентированы на типовые значения от амазон https://aws.amazon.com/ebs/details/
и ограничены верхним значением. Эти цифры даются гарантированно на каждый контейнер, коих каждый клиент может создать по умолчанию около сотни. Вот от этого и считайте, какие цифры и производительность имеет и дает кластер в целом. И да, облачное хранилище дает большую производительность чем локальный диск, особенно на чтение. Это чистая математика, если понимать как эти хранилища работают. Напомню, мы не говорим о традиционных SAN.
Тут просто есть вполне конкретный вопрос: что нужно клиенту. Если ему нужны по 200к иопсов на окружение - это делается без особых проблем, но называется custom решением а не типовым, доступным всем желающим в любых количествах.
LineHost, давайте так, сделаем проще. Вместо того чтобы повторять очередной раз, что наше облачное решение не ограничивается эластичностью ресурсов, за что Вы почему-то зацепились и считаете это ненужной клиентам функциональностью. Мы с Вами находимся мягко говоря на разных волнах :) Продолжайте продавать VPS и будет всем счастье :)
На досуге, посмотрите на рост Amazon, Azure и некоторых других, подумайте, что не так с этими компаниями, которые туда мигрируют. И это при том, что многие плюются что на одних что на других. Подумайте, что не так с нашими клиентами облаков, что мы уже вышли практически на скорость добавления по 1 стойки в 1-2 месяца. И это вобщем практически без рекламы вообще. Правда, мне Вам доказывать что черное это черное ну как бы утомляет. Разговор из разряда - зачем мне ваш паровоз, у меня есть лошадь и меня все устраивает :)
На дефолтном сторадж тиере - нет, не превышает. На скоростном - превышает.
Напоминаю:
Tier I: disk throughput - up to 250 Mb/s; iops – up to 200 o/s; 0.0001 euro per Gb, 10 Gb of disk space for free
Tier II: disk throughput - up to 400 Mb/s; iops - up to 20 000 o/s; 0.0003 euro per Gb, no free usage
В отличие от OVH и прочих других, мы даем гарантированные цифры, а не просто магическое слово SSD или NVMe
Пример на контейнере на Tier II:
CT-11952-bash-4.1# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test \
> --bs=4k --iodepth=64 --size=4G --readwrite=randwrite
test: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64
fio-2.0.13
Starting 1 process
test: Laying out IO file(s) (1 file(s) / 4096MB)
^Cbs: 1 (f=1): [w] [19.4% done] [0K/97564K/0K /s] [0 /24.4K/0 iops] [eta 00m:29s]
fio: terminating on signal 2
test: (groupid=0, jobs=1): err= 0: pid=667: Fri Nov 11 13:39:58 2016
write: io=825888KB, bw=113384KB/s, iops=28345 , runt= 7284msec
cpu : usr=2.92%, sys=30.94%, ctx=115118, majf=0, minf=19
IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
issued : total=r=0/w=206472/d=0, short=r=0/w=0/d=0
Run status group 0 (all jobs):
WRITE: io=825888KB, aggrb=113383KB/s, minb=113383KB/s, maxb=113383KB/s, mint=7284msec, maxt=7284msec
Поделитесь цифрами от DO и Leaseweb?
LineHost, я правда даже не знаю что Вам и сказать. :) Все Ваши аргументы - это выражение личного опыта, привычек, веры = субъективны, причем сферически. Облако Вы наше не пробовали.
Рассуждаете о том что мол это не будет работать так как мы пишем, как будто мы пишем не о рабочем production решении с 1000+ клиентами, в том числе несколько крупных enterprise из разных стран, а каким-то девелоперскими идеями на уровне становления задач.
И 50 Ghz клиенты берут, есть такие, которым как раз нужны CPU и потоки. И скорости стораджа превышающие характеристики SSD дисков, при этом с 3 реалтайм копиями на разные датацентры, и все остальное.
Это не какие-то идеи, это рабочее решение, находящееся в коммерческом виде более года, со стремительно растущей клиентской базой. Не надо писать что это не будет работать. Это работает. Сделано по уму, и как раз таки нацелено на удобство пользователей. И да, открыть классический VPS с фиксированными ресурсами у нас тоже можно, просто поставив 2 ползунка (максимальные доступные ресурсы и резервируемые ресурсы) на одно значение. Просто решение дает гораздо больше, чем только это.
LineHost, Я Вас очень уважаю, как одного из старожил и грамотного технического специалиста. И я прекрасно понимаю, что у Вас сложились свои собственные взгляды и убеждения за все годы, как и что должно быть. Давайте Вы как минимум попробуете наше решение? Прежде всего не как пользователь, а как хостер. А я напомню, что у нас есть White Label Partner программа, в том числе и на Вашем собственном оборудовании. И будем говорить не о том, какие виртуализации лучше, а о том что можно делать на этом мощном решении. Это гораздо более интересный разговор.
И снова мы хотим поднять тему настоящего облака.
Сегодня мы представляем новую версию облачной платформы 4.9 с автоматическим масштабированием и последовательным разворачиванием в борьбе с перезагрузкой.
Данная версия включает ряд улучшений, связанных с масштабированием и последовательным разворачиванием нескольких контейнеров.
Автоматическое масштабирование контейнеров одно из ключевых преимуществ облачной платформы для конечных пользователей. С выходом новой версии, данное преимущество будет реплицировано на все виды сертифицированных (базы данных, балансировщики нагрузок, серверы приложений и т.д.) и пользовательских Docker контейнеров.
В панели управления облаком пользователю предоставляется возможность определить топологию окружения и распределить контейнеры по необходимым слоям. Благодаря этому, применить настройки автоматического горизонтального масштабирования для каждого типа контейнеров с помощью конкретных триггеров.
В рамках версии облачной платформы 4.9, функция горизонтального масштабирования также была применена к выделенным контейнерам для хранения. С этого момента, пользователи могут реализовывать различные сценарии разработки, которые требуют несколько отдельных узлов хранения. Это позволит запускать особые приложения и получить высокий уровень отказоустойчивости.
При масштабировании серверов в рамках облачного окружения, пользователи автоматически получают максимальную доступность своих приложений и серверов. Это реализуется с помощью функции последовательного рестарта и разворачивания. Данный подход позволяет осуществлять различные операции, такие как повторный запуск контейнера, разворачивание приложения, обновление Docker контейнера и изменение количества клаудлет без сервисного простоя. В версии облачной платформы 4.9, этот механизм был реализован с помощью добавления специальной опции задержки. Это позволило устанавливать конкретные временные рамки (30 секунд, по умолчанию) между запущенными операциями контейнеров одного слоя, выделяя им дополнительное время для восстановления полной работоспособности.
Обновление облачной платформы до версии 4.9 были ожидаемы многими из наших клиентов. Так как сейчас, множество триггеров масштабирования могут применятся к любому контейнеру или слою многоуровневых приложений, позволяя масштабировать приложения в живом времени в соответствии с потребностями бизнеса.
Регистрируйтесь на нашем облаке, все плюшки мы даем абсолютно бесплатно в течении 14 дней - https://mirhosting.com/ru/cloud. :)
Собственно, со всем согласен, не вижу предмета спора ;)
Я немного о другом говорил, об оплате on-demand и собственно наличия этого demand в количествах, нужных клиенту. И сказал, что наличие OpenVZ как технологии этого вопроса не решает.
P.S. А классные времена были на ХО ;) Ламповые)
