Сообщите здесь, как закончите запуск IPv6. Спасибо.
Почитал выше, решил высказать своё мнение.
1) Оверселл возможен на любой виртуализации, пофиг, Xen или KVM или ещё какая-нибудь другая технология. Всё зависит от настройки. Может быть так, что Xen без оверселла будет работать хуже, чем KVM с оверселлом, но хорошо затюненый (это как раз моя ситуация).
2) Определить оверселл с точностью до цикла/килобайта - дело 24 часов (на любой виртуализации), наиболее просто это сделать на аппаратной виртуализации. Читайте маны и сорцы реализаций, там всё подробно изложено.
3) Мне, как клиенту, плевать на оверселл - мне нужно, что бы мои задачи решались с оптимальным бюджетом.
Почти всем мы тут, уважаемые участники форума - клиенты и провайдеры услуг. Мы считаем экономику, не правда ли? Так чего разводить демагогию ядро/мозги - оверселл в два раза или сто?
Задача какая? Эффективно работать и зарабатывать. И мне фиолетово, какой там оверселл по итогу. Если и сколько при этом iHor зарабатывает - мне также фиолетово. Если качество услуги снизится - я уйду к другому хостеру. Если поднимется цена - я тоже уйду к другому хостеру. И мне, опять же, пофиг какой там будет оверселл. Это всего лишь экономика. Мне важна работа моего бизнеса (как в смысле полноты моего кармана, так и в смысле юзер экспайренса моих клиентов).
Для каждой задачи есть своё решение и, строго говоря, есть задачи, которые не допускают оверселла. Ну или вот пример: у меня есть сервисы, которые я не могу поставить на iHor только потому, что там нет IPv6 (хотя по остальным параметрам устраивает). Или другой вариант: есть у меня сервис, который юзает много диска и я его тоже не могу поставить на iHor - тупо не выгодно. Ну так для каждой задачи - свои решения. А ругаться из-за кратности оверселла - это бредняк. Есть задача и экономика задачи - есть решение. Всё остальное лирика.
Это да. Меня, например, раздражает, когда мой холодильник пытается сам решать, что мне нужно заказать.
Нормальная схема. Лично меня устраивает.
Хороший сайт, понятный. Мои партнёры уже пошли по рефам.
Правильная практика. У меня есть сайты "кухонного" направления, где до 5% трафика с разных невиданных устройств из Китая и Индии. Некоторые узконаправленные сайты в дополнение тестирую на часах и холодильнике, есть надобность в поддержке и таких спец.устройств.
Лично мне - минимум 8 и планируется расширение до 64 шт летом. Есть партнёрские сервисы в странах БРИКС, которые "общаются" только по IPv6.
Вообще, рынок IPv6 в России очень странный. Некоторые уникумы пытаются продавать IPv6 по цене IPv4 не смотря на то, что в технологически развитых странах даже с лоуэндбоксами за 3-7 баксов даётся 4-16 шт IPv6 в комплекте.
Но стоит отметить, что развитие есть. Многие лоукостеры начали подключать IPv6 и давать по рубчику за штуку. Мажорные хостеры уже и комплектные пачками по 4-8 шт начали давать к ВПСам и простым хостингам.
Я, например, не понимаю, в чем затык с IPv6 в России. Может там какие проблемы с маршрутизацией или что? Этих же адресов - ой ёй ёй сколько, да и работать с ними удобно.
1) Бэкап
2) СХД
3) IPv6
Надеюсь, что эти три вопроса будут решены в ближайшее время, поскольку на беглом тесте все ОК, соответственно, собираюсь оплачивать и переносить продакш-сайты (пока те, что без ipv6) :)
Иван, сколько адресов IPv6 планируете предоставлять в комплекте с ВПС?
Иван, напомню один вопрос, на который вы пока не ответили: что у вас с IPv6?
Есть проекты, которые его строго используют.
Ilya74,
Я думаю, ответы на мои вопросы будут полезны не только мне, но и сообществу данного форума. Рынок, хоть и конкурентный, но в данных услугах столько мелких деталей и нюансов, что, имхо, лучше знать подробности.
По аплинку:
Да, всё понимаю. Траф, сами видите по графику, стабильный. И, что самое важное, не абузный, легальный, да ещё и востребованный. К лету (тур.сезон) будет вырастать дневной траф по московскому времени примерно в 5-7 раз, ночью будет на тех же пиках (а может, я вынесу ночной, прожорливый до сети, функционал за бугор).
В общем и целом, у меня пока общая структура хостов, балансировок не ясна (непонятно, кто взабугре взбрыкнет следующий) и на первых порах ваш ВДС собираюсь катать на сайтах с нагрузками до 10-15-30Мбит. Но в любом случае, спасибо за разъяснения и позитивный ответ, а то вдруг я захочу прокачать легальный трафчик летом.
По IO:
Если я "заеду" до 5-го февраля (как я понимаю, пока СХД будет всё тот же не айс) - по готовности нового кластера, контейнер перенесут на новый кластер или всё содержимое старого кластера мигрирует на новый (или, упаси боже, останется на старом)? Проблемы ожидаемы при ручных конфигурациях внутри KVM-контейнеров при переносе или это всё лирика на два байта об асфальт?
Иван, и ещё вопрос в догонку: что у вас с IPv6? 2015 год на дворе, а комплектных в тестовом VDS даже не увидел...
Продолжаем тесты...
По скоростям, как по мне, вообще бодряк: россия, украина, беларусь и казахстан отлично, и для меня дальше этих стран клиентов нету, поэтому дальше не пинал...
P.S. Иван, прошу посмотреть, что с IO в сообщеньке выше. Спасибо.
Иван, приветствую. Насоветовали вашу компанию на Хабре.
Сегодня включился в тест - VDS KVM Cuprum на убунте. Покатаю, посмотрю. Если ОК - будет интересно срулить свои сайты с "большого мажора" на ваши цены.
Теперь про другое.
Сначала иллюстрация ситуации (не у вас - на моём хосте, в местном городском "ДЦ"):
Теперь вопрос: Если я упрусь в сеть (а я наверняка упрусь, раз уже один такой пик был) - есть ли возможность расширения сети до 200-400M? (VDS KVM Cuprum)
Если "да" - сколько денег?
Предвидя вопросы - решение кастомное, сейчас вполне живёт на убитом временем атлоне с гигой памяти и старым сата диском...
P.S. Физический дедик _пока_ не предлагать ибо денег нет - решение, к сожалению, _пока_ не вышло на точку возврата инвестиций в разработку (пока одни убытки не смотря на значительный траф).
--- UPDATE ---
во время тестов заметил непонятки с IO...
ваш тестовый VDS KVM Cuprum:
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k oflag=dsync
1073741824 bytes (1.1 GB) copied, 403.46 s, 2.7 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k oflag=dsync
1073741824 bytes (1.1 GB) copied, 40.6997 s, 26.4 MB/s
~# dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync
1073741824 bytes (1.1 GB) copied, 5.77488 s, 186 MB/s
~# dd if=/dev/zero of=sb-io-test bs=1M count=1k conv=fdatasync
1073741824 bytes (1.1 GB) copied, 5.80783 s, 185 MB/s
для сравнения, равный по ресурсам и цене OpenVZ:
скопировано 1073741824 байта (1,1 GB), 54,1995 c, 19,8 MB/c
скопировано 1073741824 байта (1,1 GB), 53,9338 c, 19,9 MB/c
скопировано 1073741824 байта (1,1 GB), 53,1709 c, 20,2 MB/c
скопировано 1073741824 байта (1,1 GB), 53,5794 c, 20,0 MB/c
.../me думает, что эти лимитят... но они жирные мажоры и клиенты им явно не нужны в отличие от вас...
и для сравнения, равный по ресурсам и цене Xen:
1073741824 bytes (1,1 GB) copied, 16,3128 секунд, 65,8 MB/s
1073741824 bytes (1,1 GB) copied, 8,74002 секунд, 123 MB/s
1073741824 bytes (1,1 GB) copied, 5,79253 секунд, 185 MB/s
1073741824 bytes (1,1 GB) copied, 7,02585 секунд, 153 MB/s
