Да вроде прекрасно бекапят и cow2, из минусов lvm это отсутствие возможности снапшоты делать.
Раньше активно использовал именно lvm, причем, жирный, работать с блочными устройствами одно удовольствие. Помню, несколько раз вытаскивал диски вм из преисподней, откатив разметку луна из бекапа.
Сейчас перешёл на cow, причём, тонкий. Фрагментация больше не страшна, низкий поклон создателям SSD.
СУБД в контейнере конечно запускать можно, но наверное где то в тестовых средах или в невысоко нагруженных проектах. Например, у меня nextcloud с базой postgresql замечательно живёт в докере.
Но все серьезные базы это железо, как правило, уж точно не VMware.
У меня в докере живёт, все прекрасно работает, ну разве что gpu я не пробрасывал) там дешёвый microitx мать которая такое не умеет. Но вроде там долго, но пробрасывается стабильно.
Зато обновление это пять минут, compose down compose up и у тебя свеженькая версия.
Может чуток притормозить с заменой плитки в Москве? Просто у нас пенсионный возраст подняли и как то не получилось пенсии повысить.
Мне нравится вот эта цитата:
Т.е. у краснопузых коммуняк хватало денег на бесплатные квартиры, заводы, медицину, образование, ядерную гонку с СГА при этом не повышая пенсионный возраст?
Очень интересная статья, на самом деле, правда в реальной жизни мало кто будет так делать. Смысл виртуализации пошарить мощный процессор между процессами которые потребляют ресурсов слишком мало, чтобы выделять их в голове железо. Если вм утилизируют 100% CPU значит этот сервис не нужно виртуализировать. Например наши бдешники сделают вот такие глаза О_О если им предложить разместить высоконагруженные базы на вм.
Ядра не имеют значения пока утилизация cpu не превышает 70% на хосте. Вм потребляют процессорное время неравномерно, т.е. объявленные 24 ядра могут запросто простаивать всю неделю, и где-нибудь в пятницу начать работать на 100%, в то время как ресурсы будут освобождены другими вм.
Т.е. запросить у хоста больше ресурсов чем у него есть на самом деле это способ потратить процессорное время на управление очередями.
Это происходит даже в рамках одной операционной системы работающей на голом железе, когда два ресурсоемких приложения начинают драться за процессорное время. Кто то всегда будет ждать.
Хороший пример решения этой задачи, это принудительно указать приложению сколько ядер оно может использовать. Все как с ВМ, верно?
Да просто рынок изменился, все больше решений уходит в контейнеры, как таковые виртуальные машины теперь нужны разве что под виндовые сервисы и их мало.
Ну и конечно альтернативные решения вроде proxmox ve и proxmox backup server, просто уничтожают конкурентов на взлёте. Альтернатив просто нет, сейчас VMware в связке с veeambackup юзать - себя не уважать. Разумеется, veem все ещё удобное решение для резервирования mssql и ms exchange.
Это не правда. Даже если кворума нет, то гуи продолжает работать, вм тоже. Единственное что нельзя сделать, это запустить vm, потому что кластер "не знает" какие vm на других нодах.
Это можно решить вручную, отправив команду от рута pvecm e 1
Консоль ноды есть в веб интерфейсе, по ssh я туда вообще перестал ходить, после того как веб терминал допили и там стала работать мышка и копипаст
Живая миграция там столько сколько я его помню. Вообще это ключевая фишка любого кластера. Есть даунтайм в момент переключения в пару микросекунд, но это вообще не заметно. Мигрировали в том числе и СУБД, все прекрасно работает
Коллега, очень много неточностей, вам надо больше поработать с proxmox. Процесс переноса vm прям чудовищно описан. Вообще никто так не делает. Да и не думаю что много кто по ssh работает с виртуализацией, у proxmox прекрасный веб интерфейс и о боже, он может мигрировать vm даже если у хостов нет общего хранилища. Дико медленно, по ssh но может
Железный сервер обскочит по производительности VM) Это и есть разница. Причем, разница в десятки процентов.
Всмысле, "мигрировать"? Просто выключается одна нода и на запросы отвечают оставшиеся.
Вполне возможно что базы серьезные, но я говорю про те что вообще Oracle где целые стойки.
Да вроде прекрасно бекапят и cow2, из минусов lvm это отсутствие возможности снапшоты делать.
Раньше активно использовал именно lvm, причем, жирный, работать с блочными устройствами одно удовольствие. Помню, несколько раз вытаскивал диски вм из преисподней, откатив разметку луна из бекапа.
Сейчас перешёл на cow, причём, тонкий. Фрагментация больше не страшна, низкий поклон создателям SSD.
Но, обмазаться бекапами надо.
Зачем бекапить контейнеры?
Maas поможет решить проблему с развертыванием ос на голом железе, я уж не говорю про какие то там manageriq или ironic.
СУБД в контейнере конечно запускать можно, но наверное где то в тестовых средах или в невысоко нагруженных проектах. Например, у меня nextcloud с базой postgresql замечательно живёт в докере.
Но все серьезные базы это железо, как правило, уж точно не VMware.
Т.е. денег нет, но вы держитесь. Ясно.
У меня в докере живёт, все прекрасно работает, ну разве что gpu я не пробрасывал) там дешёвый microitx мать которая такое не умеет. Но вроде там долго, но пробрасывается стабильно.
Зато обновление это пять минут, compose down compose up и у тебя свеженькая версия.
Может чуток притормозить с заменой плитки в Москве? Просто у нас пенсионный возраст подняли и как то не получилось пенсии повысить.
Мне нравится вот эта цитата:
Т.е. у краснопузых коммуняк хватало денег на бесплатные квартиры, заводы, медицину, образование, ядерную гонку с СГА при этом не повышая пенсионный возраст?
А что это "все остальное"? Где у нас значительные вливания, в какой отросли? Я только про кубышку знаю, которую вывезли из страны и там оставили.
Про эти вложения мы говорим? Просто понимать хотя бы , где у нас денег от пуза?
Очень интересная статья, на самом деле, правда в реальной жизни мало кто будет так делать. Смысл виртуализации пошарить мощный процессор между процессами которые потребляют ресурсов слишком мало, чтобы выделять их в голове железо. Если вм утилизируют 100% CPU значит этот сервис не нужно виртуализировать. Например наши бдешники сделают вот такие глаза О_О если им предложить разместить высоконагруженные базы на вм.
Ядра не имеют значения пока утилизация cpu не превышает 70% на хосте. Вм потребляют процессорное время неравномерно, т.е. объявленные 24 ядра могут запросто простаивать всю неделю, и где-нибудь в пятницу начать работать на 100%, в то время как ресурсы будут освобождены другими вм.
Т.е. запросить у хоста больше ресурсов чем у него есть на самом деле это способ потратить процессорное время на управление очередями.
Это происходит даже в рамках одной операционной системы работающей на голом железе, когда два ресурсоемких приложения начинают драться за процессорное время. Кто то всегда будет ждать.
Хороший пример решения этой задачи, это принудительно указать приложению сколько ядер оно может использовать. Все как с ВМ, верно?
Страшные были времена в царской России, у моей пробабушки было 19 детей, дожило и дало потомство четверо.
Спасибо капитану планеты, за то что у нас пенсии, бесплатная медицина, бесплатное образование, восьмичасовой рабочий день
Один человек превратил замшелую, грязную и немытую Россию в преуспевающую индустриальную страну, а второй в ядерную сверхдержаву.
Первая игра где меняется ландшафт была populous)
Да просто рынок изменился, все больше решений уходит в контейнеры, как таковые виртуальные машины теперь нужны разве что под виндовые сервисы и их мало.
Ну и конечно альтернативные решения вроде proxmox ve и proxmox backup server, просто уничтожают конкурентов на взлёте. Альтернатив просто нет, сейчас VMware в связке с veeambackup юзать - себя не уважать. Разумеется, veem все ещё удобное решение для резервирования mssql и ms exchange.
Следующая статья: приходите ко мне на курс, я научу вас больше зарабатывать?
Это гос.контора. Так что будет как обычно, премии топам, убытки из бюджета. Бюджет пополняют налогоплательщики.
Это не правда. Даже если кворума нет, то гуи продолжает работать, вм тоже. Единственное что нельзя сделать, это запустить vm, потому что кластер "не знает" какие vm на других нодах.
Это можно решить вручную, отправив команду от рута pvecm e 1
Консоль ноды есть в веб интерфейсе, по ssh я туда вообще перестал ходить, после того как веб терминал допили и там стала работать мышка и копипаст
Живая миграция там столько сколько я его помню. Вообще это ключевая фишка любого кластера. Есть даунтайм в момент переключения в пару микросекунд, но это вообще не заметно. Мигрировали в том числе и СУБД, все прекрасно работает
Коллега, очень много неточностей, вам надо больше поработать с proxmox. Процесс переноса vm прям чудовищно описан. Вообще никто так не делает. Да и не думаю что много кто по ssh работает с виртуализацией, у proxmox прекрасный веб интерфейс и о боже, он может мигрировать vm даже если у хостов нет общего хранилища. Дико медленно, по ssh но может
Лучше уж бамбулаб купить, тот без бубнов и приседаний будет топово печатать
Два года пытаются решить проблему со скоростью 100 мегабит через наши два уг. Не верю я этому видео...