Комментарии 30
Будут ли переведены существующие VPS на использование SSD?
Этого не сделать на прошлой платформе без увеличения стоимости услуги, поэтому на ближайшее время таких планов нет (на новой платформе стоимость услуги увеличена не была). Прошлые Windows VPS не преобразовать в новые VPS, т.к. новые Windows VPS работают на облачной платформе Odin Automation for Cloud Infrastructure и отличается все: оборудование, системное ПО, виртуализация, способ хранения VM. Если вам необходимы преимущества новых VPS – необходимо заказать новые VPS и настроить ОС, установить дополнительное необходимое ПО для вашей задачи.
А какая СХД используется для данного решения?
Odin Cloud Storage
Интересно с чем связана смена бренда?
У почти всех знакомых Parallels Virtuozzo ассоциируется с OpenVZ, а оно в свою очередь с низким качеством услуги из-за большого количества ушлых провайдеров.
Да и Parallels Plesk мягко говоря не радовал длительное время.
Понятно что на самом деле не все так и многое субъективно.
Но может связано с этим?
У почти всех знакомых Parallels Virtuozzo ассоциируется с OpenVZ, а оно в свою очередь с низким качеством услуги из-за большого количества ушлых провайдеров.
Да и Parallels Plesk мягко говоря не радовал длительное время.
Понятно что на самом деле не все так и многое субъективно.
Но может связано с этим?
Цитата: «Работа под двумя совершенно разными брендами позволит нам гораздо лучше обслуживать клиентов, так как они существенно отличаются друг от друга. Также мы сможем быстрее реагировать на рыночные изменения и превращать в капитал тот производственный потенциал, который есть у двух наших подразделений, — отмечает Биргер Стен, генеральный директор группы компаний Parallels. — Odin продолжит фокусироваться на работе с партнерами (а это более 10 тысяч сервис-провайдеров по всему миру) и помогать развивать их бизнес с помощью облачных сервисов. Второе направление, Parallels, продолжит разрабатывать самые удобные кроссплатформенные решения для миллионов пользователей Parallels Desktop для Mac, Parallels Access и других своих продуктов»
А почему не «просто SSD»?
Лучший баланс «производительность» + «надежность» + «объем» + «цена».
Простите, вы употребляете слово «надёжность» после «SSD-кеш»? Эм… Ну, удачи. Особенно тем, кому повезёт воспользоваться этим.
Тройная репликация всех данных. Сервера могут полностью выходит из строя без потери данных. Надежность отдельных компонентов, включая PCI–Express SSD, не важна. В целом в InfoboxCloud мы используем Enterprise SSD–кеширование уже более почти год успешно.
write cache есть? Если нет, то где польза от кеша? Если есть, то какова судьба кеша? Что вы делаете, когда корраптятся метаданные основного хранилища?
Метаданные реплицируются и повреждение на одном из узлов не страшно. Нецелостность будет вовремя обнаружена и исправлена. На PCI–Express дисках постоянно проверяется целостность данных и многое другое, защита от повреждений многоуровневая. Кеш для записи конечно есть и работает. При повреждении хоста или отдельного накопителя потерь данных не происходит. В детали давайте не углубляться, так как многое в устройстве облачных кластеров Infobox – коммерческая тайна. Есть технология, есть способы как ее использовать правильно.
Поскольку метаданные реплицируются, то ошибки в них тоже реплицируются, так?
Впрочем, да, я забыл, что у вас работает ПО без ошибок (которое написано специальными программистами, которые не ошибаются и обслуживается администраторами, которые не ошибаются), а поскольку ПО без ошибок и флиппинга битов не бывает, то и повреждения метаданных тоже быть не может. В детали давайте не углубляться, так как устройство облачных кластеров Infobox коммерческая тайна.
Есть методы написания ПО без ошибок, есть способы как использовать ПО без ошибок правильно.
Так?
Или, всё-таки, баги бывают, и должны быть прикрыты независимыми бэкапами, которые не могут быть снесены слегка проглючившим кодом?
Впрочем, да, я забыл, что у вас работает ПО без ошибок (которое написано специальными программистами, которые не ошибаются и обслуживается администраторами, которые не ошибаются), а поскольку ПО без ошибок и флиппинга битов не бывает, то и повреждения метаданных тоже быть не может. В детали давайте не углубляться, так как устройство облачных кластеров Infobox коммерческая тайна.
Есть методы написания ПО без ошибок, есть способы как использовать ПО без ошибок правильно.
Так?
Или, всё-таки, баги бывают, и должны быть прикрыты независимыми бэкапами, которые не могут быть снесены слегка проглючившим кодом?
>> На PCI–Express дисках постоянно проверяется целостность данных и многое другое, защита от повреждений многоуровневая.
> Поскольку метаданные реплицируются, то ошибки в них тоже реплицируются, так?
Ответ уже был дан выше — читайте внимательно пожалуйста.
> Поскольку метаданные реплицируются, то ошибки в них тоже реплицируются, так?
Ответ уже был дан выше — читайте внимательно пожалуйста.
Расскажите мне про постоянную проверку целостности данных. Чексуммы? Первый раз слышу. Если что-то реально существующее, буду очень благодарен.
Насчёт репликации битых данных и безупречное ПО в котором нет ни единой ошибки, честно, ответа не увидел. Не затруднит выписать ещё раз? Спасибо.
Насчёт репликации битых данных и безупречное ПО в котором нет ни единой ошибки, честно, ответа не увидел. Не затруднит выписать ещё раз? Спасибо.
Используется механизм обеспечения целостности на основе чексумм и скраббинга.
> баги бывают, и должны быть прикрыты независимыми бэкапами
человек не идеален. Гипотетически ошибки могут быть в любом ПО. Поэтому в InfoboxCloud можно создавать бекапы вне реплицируемого кластера хранения для дополнительной защиты от ошибок ПО. Код для создания бекапов никак не связан с кодом Cloud Storage и обновляется раздельно, поэтому одновременно и то и другое не сломается.
Опыт успешного использования Cloud Storage в InfoboxCloud уже около года — лучшее доказательство качества технологии. Не верите в нее и должно пройти 30 лет для этого — есть независимый от cloud storage бекап.
человек не идеален. Гипотетически ошибки могут быть в любом ПО. Поэтому в InfoboxCloud можно создавать бекапы вне реплицируемого кластера хранения для дополнительной защиты от ошибок ПО. Код для создания бекапов никак не связан с кодом Cloud Storage и обновляется раздельно, поэтому одновременно и то и другое не сломается.
Опыт успешного использования Cloud Storage в InfoboxCloud уже около года — лучшее доказательство качества технологии. Не верите в нее и должно пройти 30 лет для этого — есть независимый от cloud storage бекап.
Вот это уже другой разговор.
Hint: Чем больше человек рассказывает про прочность корзинки, складывая в неё все яйца, тем страннее он выглядит.
Чем меньше масштаб отказа в «single point of failure», тем лучше для всех. ПО — ровно такая же single point, как и «одинокий ethernet шнурок».
Подход «всё или ничего» начинает требовать слишком много за «всё» (и всё равно «всё» не даёт), и правильный подход — не исключение вероятности сбоя (это невозможно), а минимизация последствий и частоты этих сбоев.
Давайте я задам вам ещё один сложный вопрос (ответа на который не знаю): вы бэкапы ротируете?
Hint: Чем больше человек рассказывает про прочность корзинки, складывая в неё все яйца, тем страннее он выглядит.
Чем меньше масштаб отказа в «single point of failure», тем лучше для всех. ПО — ровно такая же single point, как и «одинокий ethernet шнурок».
Подход «всё или ничего» начинает требовать слишком много за «всё» (и всё равно «всё» не даёт), и правильный подход — не исключение вероятности сбоя (это невозможно), а минимизация последствий и частоты этих сбоев.
Давайте я задам вам ещё один сложный вопрос (ответа на который не знаю): вы бэкапы ротируете?
Расскажите про чексуммы на PCI-E SSD. Я серьёзно.
Odin Virtuozzo Cloud Storage состоит из 3х конмпонент: CS, MDS и client. Client — это FUSE-mount, компонент, принимающий запросы к данным от виртуальных машин. CS хранит сами данные. MDS «дирижирует» процессом.
SSD (будь то PCS-e или нет) используется в Odin Virtuozzo Cloud Storage для двух целей: write-back journaling (для ускорения операций записи на CS-ах) и read-cache (для ускорения операций чтения на клиентах).
Про чексуммы Write-back journaling:
Все операции записи в Storage кластер изначально записываются в журнал на SSD, где им присваивается SHA-хеш для каждого 4К блока данных. Это позволяет надежно и быстро обрабатывать операции записи. Затем, CS в фоне, перекладывает данные с SSD на HDD, осуществляя различные оптимизации (например, склеивает несколько последовательных мелких записей в одну большую).
Когда CS читает данные с HDD, то всегда сравнивает хеш, того, что прочитал с вращающегося диска с эталонным, хранящимся на SSD. Кроме этого реализован scrubbing, когда CS самостоятельно переодически вычитывает данные с HDD и проверяет действительно ли HDD по-прежнему содержит валидные данные. Тем самым, система защищается от «молчаливых сбоев» на дисках.
SSD (будь то PCS-e или нет) используется в Odin Virtuozzo Cloud Storage для двух целей: write-back journaling (для ускорения операций записи на CS-ах) и read-cache (для ускорения операций чтения на клиентах).
Про чексуммы Write-back journaling:
Все операции записи в Storage кластер изначально записываются в журнал на SSD, где им присваивается SHA-хеш для каждого 4К блока данных. Это позволяет надежно и быстро обрабатывать операции записи. Затем, CS в фоне, перекладывает данные с SSD на HDD, осуществляя различные оптимизации (например, склеивает несколько последовательных мелких записей в одну большую).
Когда CS читает данные с HDD, то всегда сравнивает хеш, того, что прочитал с вращающегося диска с эталонным, хранящимся на SSD. Кроме этого реализован scrubbing, когда CS самостоятельно переодически вычитывает данные с HDD и проверяет действительно ли HDD по-прежнему содержит валидные данные. Тем самым, система защищается от «молчаливых сбоев» на дисках.
Ага, то есть чексуммы не на SSD, а всё-таки в софте. (Если что, я подумал, что кто-то сделал SSD в стиле HDD с «520-байтными секторами» — с местом для чексумм).
Что произойдёт, если в writeback-кеше данные побьются? До того, как записались на диск? Сами SSD в рейде, или как обрабатывается ситуация, когда SSD помер с незаписанными данными?
Что произойдёт, если в writeback-кеше данные побьются? До того, как записались на диск? Сами SSD в рейде, или как обрабатывается ситуация, когда SSD помер с незаписанными данными?
Бекары надо делать всегда, для любой системы, какой бы она ни была (хоть Software, хоть Hardware).
В прошивках RAID контроллеров тоже бывают ошибки. В RAM могу меняться биты… А в жизни бывают и цунами, и человеческий фактор.
Для этого и пишется много различного софта для HA.
Virtuozzo Cloud Storage позволяет защититься не только от потери дисков в кластере, ошибок на этих дисках, но и вообще от полной потери одного или нескольких физических серверов с сохранением strong-consistency хранимых данных и доступа к этим данным. От всего остального Вас убережет бекап.
В прошивках RAID контроллеров тоже бывают ошибки. В RAM могу меняться биты… А в жизни бывают и цунами, и человеческий фактор.
Для этого и пишется много различного софта для HA.
Virtuozzo Cloud Storage позволяет защититься не только от потери дисков в кластере, ошибок на этих дисках, но и вообще от полной потери одного или нескольких физических серверов с сохранением strong-consistency хранимых данных и доступа к этим данным. От всего остального Вас убережет бекап.
Это понятно, все кластерные системы это обещают. Но в таких случаях всё зависит от отсутствия багов в софте. Особенно для кластерной системы, где одинаковая версия ПО над всеми дисками. Переполнится таблица какая-нибудь, запишется мимо — на всех дисках одновременно, потому что поведение ПО одинаковое. И всё.
Я понимаю мотивацию с желанием сделать распределённую систему, переживающую смерть сервера и т.д., но после её появления саму систему следует воспринимать как «single point» и резервировать регионами/независимыми инсталляциями.
Ну и бэкапы, всё такое.
Я понимаю мотивацию с желанием сделать распределённую систему, переживающую смерть сервера и т.д., но после её появления саму систему следует воспринимать как «single point» и резервировать регионами/независимыми инсталляциями.
Ну и бэкапы, всё такое.
«дисках PCI–Express SSD» вот тут я не понял, это как?
А когда вы прекратите рассылать спам? Мне уже больше года сыпятся рекламные сообщения и оповещения о технических работах хотя я никогда не пользовался вашими услугами и всего лишь случайно сообщил свой адрес когда у вас была какая-то акция с бесплатным облаком.
Причем хотя бы стандартной ссылки «отменить подписку» (про то что нормальные компании не шлют регулярно рекламу людям, которые не пользуются их услугами, я вообще молчу) нет — вместо этого предлагается почитать какую-то инструкцию на вашем, потом написать какой-то запрос (это сейчас, раньше предлагалось залогиниться в панель управления которой у меня нет, так как я вашими услугами не пользуюсь) — такой подход принципально противен, проще спам фильтр обучить правильному обращению с вашей почтой, ну а любое желание пользоваться вашими услугами полностью пропадает — с таким демонстративно наплевательским отношением (пусть и в мелочах, но кто знает что всплывет в дальнейшем) не хочется иметь ничего общего.
Причем хотя бы стандартной ссылки «отменить подписку» (про то что нормальные компании не шлют регулярно рекламу людям, которые не пользуются их услугами, я вообще молчу) нет — вместо этого предлагается почитать какую-то инструкцию на вашем, потом написать какой-то запрос (это сейчас, раньше предлагалось залогиниться в панель управления которой у меня нет, так как я вашими услугами не пользуюсь) — такой подход принципально противен, проще спам фильтр обучить правильному обращению с вашей почтой, ну а любое желание пользоваться вашими услугами полностью пропадает — с таким демонстративно наплевательским отношением (пусть и в мелочах, но кто знает что всплывет в дальнейшем) не хочется иметь ничего общего.
Здравствуйте! Рекламу мы по почте не рассылаем, а уведомления о проводимых работах присылать обязаны, но отписаться можно. Как отписаться от рассылок, рассказано в нашей статье в базе знаний helpdesk.infobox.ru/Knowledgebase/Article/View/555/101/kk-otpistsja-ot-rssylok. Если у вас возникнут вопросы — наша поддержка с радостью поможет infobox.ru/about/contacts/.
Как мне кажется в наше время минимальная норма вежливости при рассылке непрошеных писем людям которые не пользуются вашими услугами (реклама перестала приходить последние полгода наверно, раньше была и она) — сразу в сообщении давать ссылку на быструю отмену рассылки — а не посылать их читать руководства и оформлять запросы. По крайней мере все остальные крупные компании где я регистрировался именно так и делают, не поручусь за случайные порносайты.
Я не пользуюсь ни одной вашей услугой уже больше года. В чем смысл рассылки таких оповещений и работах на серверах которые не имеют ко мне никакого отношения?
Почему тот же Digital Ocean допустим не посылает таких писем, более того, даже в тех письмах которые я получаю в период активного использования их услуг все равно оставляет ссылку на быструю отмену?
Можно ли из этого сделать вывод, что отношение к пользователям и дальше будет настолько же хуже, чем в Digital Ocean?
Конечно мои придирки могут показаться мелочными и само собой я смогу прочитать статью и написать вам заявку — но вот впечатление от первого знакомства с вашей компанией не самое приятное. Хотя описание ваших тарифов выглядит вполне интересным, как минимум в России.
уведомления о проводимых работах присылать обязаны
Я не пользуюсь ни одной вашей услугой уже больше года. В чем смысл рассылки таких оповещений и работах на серверах которые не имеют ко мне никакого отношения?
Почему тот же Digital Ocean допустим не посылает таких писем, более того, даже в тех письмах которые я получаю в период активного использования их услуг все равно оставляет ссылку на быструю отмену?
Можно ли из этого сделать вывод, что отношение к пользователям и дальше будет настолько же хуже, чем в Digital Ocean?
Конечно мои придирки могут показаться мелочными и само собой я смогу прочитать статью и написать вам заявку — но вот впечатление от первого знакомства с вашей компанией не самое приятное. Хотя описание ваших тарифов выглядит вполне интересным, как минимум в России.
Как мне кажется в наше время минимальная норма вежливости при рассылке непрошеных писем людям которые не пользуются вашими услугами
Письма о проводимых работах отправляются только пользователям, у которых имеется аккаунт в одном из наших сервисов. Причем письма отправляются только проводимых работ для используемой услуги.
сразу в сообщении давать ссылку на быструю отмену рассылки
Сейчас в письме есть ссылка на инструкцию, как отписаться от рассылки. Возможность отписаться просто кликнув по ссылке будет реализована в будущем. Аналогично мы работаем над реализацией возможности отключения уведомлений, если все услуги на аккаунте деактивированы.
Почему тот же Digital Ocean допустим не посылает таких писем
Посылает. Провайдер должен держать в курсе пользователей о проводимых работах. Более того, автор использовал аккаунт DigitalOcean только для тестов более полугода назад, на нем нет созданных серверов и тем не менее уведомления о проводимых работах приходят.
Это не значит, что так делать правильно. Мы постараемся реализовать возможность автоматического отключения уведомлений в будущем.
Конечно мои придирки могут показаться мелочными
Мелочей нет, это очень важное замечание. Спасибо вам. Мы работаем над тем, чтобы сделать так, как вам хотелось бы. Пока решение мы указали. Есть объективные и серьезные причины почему этого не было сделано ранее.
Буду рад, если вы это исправите. Мертвые аккаунты у меня много где есть (включая тот же «Океан») но письма приходят только от вас — причем регулярно (перед написанием этого комментария в спам заглянул). В остальном вы производите хорошее впечатление — не было бы его наверное и стимула что-то писать не было бы. Спасибо за понимание.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Обновленные Windows VPS от Infobox с тройной репликацией данных и Enterprise SSD–кешированием. Тестируем производительность диска