Comments 31
ура!
+4
День облачных дисковых операция на Хабре :-)
+4
Ухуху, неужели случилось чудо :)
Не могу даже представить, сколько раз люди уходили от селектела из-за отсутствия такой простой, но архинужной фичи…
Не могу даже представить, сколько раз люди уходили от селектела из-за отсутствия такой простой, но архинужной фичи…
+1
Извините. Но, на самом деле, мы были заняты сильно более важными вещами. Например, мы успели переписать систему синхронизации состояний пула до того момента, когда старая упёрлась в потолок производительности. На неё мы угробили почти месяц и успели в притык — в последние дни до смены системы у нас были задержки до 30с. Аналогично, пришлось переписать несколько внутренних инфраструктурных проектов (например, у нас есть задача разработки БД, которая бы не напрягаясь сделала бы нам 5-10к транзацкий специфичного вида, не грузящей процессор и диски) — сейчас один из программистов именно ей и занят.
Параллельно мы делаем…… Ладно, не буду портить сюрприза, но делаем и будет здорово.
Параллельно мы делаем…… Ладно, не буду портить сюрприза, но делаем и будет здорово.
+7
можно еще увидеть краткое руководство в пару комманд для неискушенных клиентов? предчувствую волну вопросов в техподдержке =)
+2
Вы сегодня радуете публикациями.
Казалось бы, причем тут Enlarge your…
Казалось бы, причем тут Enlarge your…
0
А было бы красиво, если б кроме чисел потребления ресурсов были бы и графики. А то вдруг ночью что-то сожрало ресурсы, а поди гадай что и когда.
Ну и доступ к /dev/xvc0 бы снаружи. А то мало ли как ssh поломал себе.
Ну и доступ к /dev/xvc0 бы снаружи. А то мало ли как ssh поломал себе.
0
Добавь в пункт про «уменьшить», что дешевле будет создать в панели диск меньшего размера, перенести на него данные и удалить старый.
+1
странно, что у вас таких элементарных вещей с самого начала не было.
Вот всё хочу к вам перейти от всяких гадостных конкурентов, но останавливает отсутствие нескольких сетевых интерфейсов на облачном инстансе. В декабре прошлого года вы писали что вроде бы к весне планируются доп интерфейсы, и, соответственно несколько ip на машину. Как прогресс?
Вот всё хочу к вам перейти от всяких гадостных конкурентов, но останавливает отсутствие нескольких сетевых интерфейсов на облачном инстансе. В декабре прошлого года вы писали что вроде бы к весне планируются доп интерфейсы, и, соответственно несколько ip на машину. Как прогресс?
+1
Я правильно понимаю, что поставить windows в ваше облако не получится?
0
Ага. Я HVM не делал и делать не буду, пока не найду метод выпилить qemu как класс. Если удастся запустить винду без qemu c чисто PV-драйверами в HVM-контейнере, то мы сможем вернуться к разговору. Наверное, pvgrub может быть интересным, но я даже близко в эту область не копал.
Главная проблема виндов на Xen'е — злоумышленник может получить контроль над гипервизором через очень дырявые драйвера qemu, которые хоть и не используются, но доступны для вызова из гостевой машины.
Главная проблема виндов на Xen'е — злоумышленник может получить контроль над гипервизором через очень дырявые драйвера qemu, которые хоть и не используются, но доступны для вызова из гостевой машины.
+2
мне кажется не стоит быть голословным и кинуть пруф линк на описание.
0
Мне тяжело найти будет, но это гугловая бумага, они там тестили какой-то автопоиск дыр, которые потом вручную анализировались. Нашли кучу дыр у vmware, у параллелзов и hyper-v. Практически ничего не нашли у PV-зена, зато нашли букет у qemu'шных дров (n2000, s3 и т.д). Их аргументация меня вполне убедила.
0
все, что я видел относилось к старому qemu и было пофиксено.
0
Разумеется. Кроме аргументации, которая осталась — реализация эмуляции железки нелогична и открывает простор для всяких переполнений/недописываний/etc, в силу того, что спеки произвольны и не имеют за собой цельной логики.
0
То есть ты считаешь, что дрова и ПО эмулирующее хардварную железку всегда будут менее стабильные, чем pv?
0
И в чем же опасность уменьшения? У нас уже два месяца работает. Да не скрою были два случая убийства данных, но только из-за того, что пользователь ресайзил и восстанавливал бекап по 10 раз в параллель. После этого добавили доп проверку и теперь убить фс уменьшением стало еще сложнее.
Супер сильной нагрузки на фс не наблюдал. Да, процесс ресайза диска из 100 гигабайт до 30 занимает достаточно времени.
Супер сильной нагрузки на фс не наблюдал. Да, процесс ресайза диска из 100 гигабайт до 30 занимает достаточно времени.
0
Да, и почему вирт машина должна быть выключена? На сколько я помню, уже давно есть патч, делающий revalidate блочного устройства внутри и видит новый размер без перезапуска.
0
А когда расскажете про свою СХД, как это сделали Оверсан?
habrahabr.ru/company/oversun/blog/116137/
habrahabr.ru/company/oversun/blog/116137/
0
к сожалению не всё так радужно. часть переписки с техподдержкой:
я > ясно. то есть нельзя просто увеличить размер системного раздела. так я понял? а если мне это необходимо, то что делать?
тп > К сожалению, это невозможно. Вы можете переустановить операционную систему с потерей всех данных.
я > ясно. то есть нельзя просто увеличить размер системного раздела. так я понял? а если мне это необходимо, то что делать?
тп > К сожалению, это невозможно. Вы можете переустановить операционную систему с потерей всех данных.
0
а предложите мне эти варианты. за риски отвечаю сам.
0
Изменение таблицы разделов — удаление и создание таблицы разделов с правильными цифрами (опасно). После записи обязательный ребут.
Ресайз файловой системы — прописать первым скриптом в /etc/init.d (хардкорные люди могут прямо в rc скрипт), до момента перевода файловой системы в RW.
Криво, я знаю. Нормально будет после rescue-cd, работаем.
Ресайз файловой системы — прописать первым скриптом в /etc/init.d (хардкорные люди могут прямо в rc скрипт), до момента перевода файловой системы в RW.
Криво, я знаю. Нормально будет после rescue-cd, работаем.
+1
UFO just landed and posted this here
Sign up to leave a comment.
Enlarge your disk now