Pull to refresh

Comments 31

День облачных дисковых операция на Хабре :-)
Ухуху, неужели случилось чудо :)
Не могу даже представить, сколько раз люди уходили от селектела из-за отсутствия такой простой, но архинужной фичи…
Извините. Но, на самом деле, мы были заняты сильно более важными вещами. Например, мы успели переписать систему синхронизации состояний пула до того момента, когда старая упёрлась в потолок производительности. На неё мы угробили почти месяц и успели в притык — в последние дни до смены системы у нас были задержки до 30с. Аналогично, пришлось переписать несколько внутренних инфраструктурных проектов (например, у нас есть задача разработки БД, которая бы не напрягаясь сделала бы нам 5-10к транзацкий специфичного вида, не грузящей процессор и диски) — сейчас один из программистов именно ей и занят.

Параллельно мы делаем…… Ладно, не буду портить сюрприза, но делаем и будет здорово.
можно еще увидеть краткое руководство в пару комманд для неискушенных клиентов? предчувствую волну вопросов в техподдержке =)
не cfdisk но все же "(parted) resize " также подсказывают «fdisk -s „
Вы сегодня радуете публикациями.
Казалось бы, причем тут Enlarge your…
UFO just landed and posted this here
А было бы красиво, если б кроме чисел потребления ресурсов были бы и графики. А то вдруг ночью что-то сожрало ресурсы, а поди гадай что и когда.

Ну и доступ к /dev/xvc0 бы снаружи. А то мало ли как ssh поломал себе.
Работаем. Графики как раз сейчас переделываются (они были, но не выдержали такого количества виртуальных машин), консолька тоже в работе.
Добавь в пункт про «уменьшить», что дешевле будет создать в панели диск меньшего размера, перенести на него данные и удалить старый.
странно, что у вас таких элементарных вещей с самого начала не было.
Вот всё хочу к вам перейти от всяких гадостных конкурентов, но останавливает отсутствие нескольких сетевых интерфейсов на облачном инстансе. В декабре прошлого года вы писали что вроде бы к весне планируются доп интерфейсы, и, соответственно несколько ip на машину. Как прогресс?
Пилим. У нас только что был жаркий спор об архитектуре БД, которая будет способна обрабатывать 100к транзакций (ну, не транзакций, записей) в секунду. И это с прицелом на не сильно далёкое будущее…
Я правильно понимаю, что поставить windows в ваше облако не получится?
Ага. Я HVM не делал и делать не буду, пока не найду метод выпилить qemu как класс. Если удастся запустить винду без qemu c чисто PV-драйверами в HVM-контейнере, то мы сможем вернуться к разговору. Наверное, pvgrub может быть интересным, но я даже близко в эту область не копал.

Главная проблема виндов на Xen'е — злоумышленник может получить контроль над гипервизором через очень дырявые драйвера qemu, которые хоть и не используются, но доступны для вызова из гостевой машины.
мне кажется не стоит быть голословным и кинуть пруф линк на описание.
Мне тяжело найти будет, но это гугловая бумага, они там тестили какой-то автопоиск дыр, которые потом вручную анализировались. Нашли кучу дыр у vmware, у параллелзов и hyper-v. Практически ничего не нашли у PV-зена, зато нашли букет у qemu'шных дров (n2000, s3 и т.д). Их аргументация меня вполне убедила.
все, что я видел относилось к старому qemu и было пофиксено.
Разумеется. Кроме аргументации, которая осталась — реализация эмуляции железки нелогична и открывает простор для всяких переполнений/недописываний/etc, в силу того, что спеки произвольны и не имеют за собой цельной логики.
То есть ты считаешь, что дрова и ПО эмулирующее хардварную железку всегда будут менее стабильные, чем pv?
Да, потому что они по-определению заняты не реализацией простейшим и лучшим способом функционала, а бесконечной эмуляцией записи по DMA, работе с портами, прерываниями и прочими железячными вопросами. Причём никакой свободы реализации нет, нужно подстраиваться под существующие железки.
И в чем же опасность уменьшения? У нас уже два месяца работает. Да не скрою были два случая убийства данных, но только из-за того, что пользователь ресайзил и восстанавливал бекап по 10 раз в параллель. После этого добавили доп проверку и теперь убить фс уменьшением стало еще сложнее.
Супер сильной нагрузки на фс не наблюдал. Да, процесс ресайза диска из 100 гигабайт до 30 занимает достаточно времени.
Да, и почему вирт машина должна быть выключена? На сколько я помню, уже давно есть патч, делающий revalidate блочного устройства внутри и видит новый размер без перезапуска.
к сожалению не всё так радужно. часть переписки с техподдержкой:

я > ясно. то есть нельзя просто увеличить размер системного раздела. так я понял? а если мне это необходимо, то что делать?

тп > К сожалению, это невозможно. Вы можете переустановить операционную систему с потерей всех данных.
Саппорт не волшебники. В принципе, вы можете это сделать, но там такие риски, что саппорт решил не предлагать варианты.

В ближайшие месяцы будет доступен single mode и rescue-cd, так что вопросы с системым диском будут решаться быстрее и проще.
а предложите мне эти варианты. за риски отвечаю сам.
Изменение таблицы разделов — удаление и создание таблицы разделов с правильными цифрами (опасно). После записи обязательный ребут.

Ресайз файловой системы — прописать первым скриптом в /etc/init.d (хардкорные люди могут прямо в rc скрипт), до момента перевода файловой системы в RW.

Криво, я знаю. Нормально будет после rescue-cd, работаем.
UFO just landed and posted this here
Sign up to leave a comment.