"Первым делом снимаем сетевую карту из UPS. Благо сдергивать её можно на горячую, не отключая UPS."
А вот это вы откуда взяли? Насколько я помню, в инструкции написано прямо противоположное — вынимать/вставлять только на выключенном ИБП.
Так дело не в покупке железок, а в том, что на них крутится. Какой толстый сервер не купи, если нужна отказоустойчивость или катастрофоустойчивость, их всё равно надо 2+. И чем-то эту *-устойчивость надо обеспечивать.
И вот что-то на Linux это всё как-то строится из костылей и палок.
Как я понимаю, нынешний Linux true-way — это отказоустойчивость на уровне приложения. Но вот с таким энтерпрайз сильно опаздывает. Привыкли к другим средствам.
«форматировать уже в кластерную ФС.» это в какую, например?
OCSF2? GFS2?
Что документация по ним в связке с PVE скудная, что используют их, похоже, 2.5 человека в такой конфигурации. На форумах PVE пяток тем может наскребётся, где сами и сами разработчики отплёвываются от таких вариантов.
Хотя это самый что ни на есть ынтырпрайз. Вот и получается, что PVE особо в энтерпрайзе не энтерпрайзит.
А раз Вы за Proxmox, как на нем организовать подобную схему, как у автора в статье?
Общая хранилка, общий LUN, отказоустойчивость, тонкие диски, снепшоты. Чем это организуется в PVE? Какая файловая система?
На самом интересном месте :) Когда можно ожидать продолжения?
Так, как не терпится, хочу спросить наперёд, как вообще в принципе oVirt работает с СХД по FC? Так как это блочное устройство, как оно дальше представляется в oVirt-е? Там используется какая-то кластерная ФС (типа, как VMFS)? Либо напрямую блок отдается всей ВМ (в виде RAW)?
Есть ли в таком случае снепшоты, тонкие диски? Куда они кладут свои данные?
Спасибо, если будет ответ, даже очень краткий — просто по концепции, как это всё устроено.
Если интересно, то в следующей версии (вероятно) будет возможность использовать оперативную память с других серверов. Сильно особый случай, и пока это у них было в презенташке на уровне концепта, но возможно и будет.
Вы явно не первые, кто о таком задумывался — ускорении RTO.
Например, у Veeam есть Instant VM Recovery — запуск ВМ прямо из бекапа (компрессированного, дедуплицированного).
Но и ваша идея тоже хороша, если будет доведена до ума и работать.
Я никакого отношения к Astra Linux не имею, но мне кажется, что неправильно.
Для домашнего некоммерческого использования Common Edition бесплатная.
Для коммерческого использования (=существлении предпринимательской деятельности) необходимо покупать лицензии на Common Edition
Что насчет открытия протокола? Хотелось бы напрямую с Raspberry Pi управлять чайником и другой техникой по Bluetooth. Чтобы, например, от датчика движения я мог включить чайник на нужную температуру. Или хотя бы API к гейтвею (хотя с ним большие проблемы у меня, постоянно отваливается), чтобы можно было его попросить включить чайник.
Как-то странно… когда вы собирали инфу через PowerShell, то выполняли две команды: naviseccli getlog для каждого контроллера и naviseccli getdisk для каждого(!) диска.
А в R вы выполняете только naviseccli getlog… конечно, такой вариант будет выполняться значительно быстрее.
Чем не устроили официальные докер образы под 5.4?
https://hub.docker.com/_/php?tab=tags&page=1&name=5.4
И про то, почему он пропал.
"Первым делом снимаем сетевую карту из UPS. Благо сдергивать её можно на горячую, не отключая UPS."
А вот это вы откуда взяли? Насколько я помню, в инструкции написано прямо противоположное — вынимать/вставлять только на выключенном ИБП.
И вот что-то на Linux это всё как-то строится из костылей и палок.
Как я понимаю, нынешний Linux true-way — это отказоустойчивость на уровне приложения. Но вот с таким энтерпрайз сильно опаздывает. Привыкли к другим средствам.
OCSF2? GFS2?
Что документация по ним в связке с PVE скудная, что используют их, похоже, 2.5 человека в такой конфигурации. На форумах PVE пяток тем может наскребётся, где сами и сами разработчики отплёвываются от таких вариантов.
Хотя это самый что ни на есть ынтырпрайз. Вот и получается, что PVE особо в энтерпрайзе не энтерпрайзит.
Общая хранилка, общий LUN, отказоустойчивость, тонкие диски, снепшоты. Чем это организуется в PVE? Какая файловая система?
Так, как не терпится, хочу спросить наперёд, как вообще в принципе oVirt работает с СХД по FC? Так как это блочное устройство, как оно дальше представляется в oVirt-е? Там используется какая-то кластерная ФС (типа, как VMFS)? Либо напрямую блок отдается всей ВМ (в виде RAW)?
Есть ли в таком случае снепшоты, тонкие диски? Куда они кладут свои данные?
Спасибо, если будет ответ, даже очень краткий — просто по концепции, как это всё устроено.
Вы явно не первые, кто о таком задумывался — ускорении RTO.
Например, у Veeam есть Instant VM Recovery — запуск ВМ прямо из бекапа (компрессированного, дедуплицированного).
Но и ваша идея тоже хороша, если будет доведена до ума и работать.
А то. Ведь если код будет выполняться в 23:59:59.999, то Get-Date могут попасть на разные даты. Так рождаются глюки.
Для домашнего некоммерческого использования Common Edition бесплатная.
Для коммерческого использования (=существлении предпринимательской деятельности) необходимо покупать лицензии на Common Edition
А в R вы выполняете только naviseccli getlog… конечно, такой вариант будет выполняться значительно быстрее.
Избалованные VMware, ищем какие-нибудь другие варианты, и как-то пока… не густо.
GFS2 не смотрели?
И получается, в таком случае нет возможности делать снепшоты?
А как делаете бекапы?
(спасибо за ответы :))