История изменений
Исправление sanyo1234, (текущая версия) :
И если бы отключение питания не портило файловую систему, оставляя капитана без доступа, о чем-то можно было рассуждать. Но плохая ФС даже appliance делает очень ненадежным.
Лично у меня на домашнем интернет шлюзе OpenBSD регулярно (примерно раз в неделю) переживает отключение через нажатие кнопки «Off» на UPS. За 2 года файловая система OpenBSD отвалилась всего однажды и вероятно даже не из-за отключения питания, а из-за электромагнитных помех, потому что ZFS рабочей станции чувствовала себя намного хуже в том смысле, что иногда даже лагала при записи и чтении совсем маленьких фрагментов (при этом огромное количество CRC ошибок).
Но на рабочей станции постоянно относительно большой поток записи на ZFS, а на OpenBSD - только логи. Починилась OpenBSD перезагрузкой с установочного CD и запуском утилиты ремонта FS.
Сомневаюсь, что в нормальном облачном ДЦ типа Linode уровня tier 4 в OpenBSD порушится FS хотя бы 1 раз в 10 лет, но даже если это и произойдёт, то легко зайти через Cloud Manager и починить минут за 5 вручную или быстрее (меньше 1 минуты) при наличии автоматизирующего скрипта для ремонта.
Исправление sanyo1234, :
И если бы отключение питания не портило файловую систему, оставляя капитана без доступа, о чем-то можно было рассуждать. Но плохая ФС даже appliance делает очень ненадежным.
Лично у меня на домашнем интернет шлюзе OpenBSD регулярно (примерно раз в неделю) переживает отключение через нажатие кнопки «Off» на UPS. За 2 года файловая система OpenBSD отвалилась всего однажды и вероятно даже не из-за отключения питания, а из-за электромагнитных помех, потому что ZFS рабочей станции чувствовала себя намного хуже.
Но на рабочей станции постоянно относительно большой поток записи на ZFS, а на OpenBSD - только логи. Починилась OpenBSD перезагрузкой с установочного CD и запуском утилиты ремонта FS.
Сомневаюсь, что в нормальном облачном ДЦ типа Linode уровня tier 4 в OpenBSD порушится FS хотя бы 1 раз в 10 лет, но даже если это и произойдёт, то легко зайти через Cloud Manager и починить минут за 5 вручную или быстрее (меньше 1 минуты) при наличии автоматизирующего скрипта для ремонта.
Исходная версия sanyo1234, :
И если бы отключение питания не портило файловую систему, оставляя капитана без доступа, о чем-то можно было рассуждать. Но плохая ФС даже appliance делает очень ненадежным.
Лично у меня на домашнем интернет шлюзе OpenBSD регулярно (примерно раз в неделю) переживает отключение через нажатие кнопки «Off» на UPS. За 2 года файловая система OpenBSD отвалилась всего однажды и вероятно даже не из-за отключения питания, а из-за электромагнитных помех, потому что ZFS рабочей станции чувствовала себя намного хуже, но на постоянно относительно большой поток записи, а на OpenBSD - только логи. Починилась OpenBSD перезагрузкой с установочного CD и запуском утилиты ремонта FS.
Сомневаюсь, что в нормальном облачном ДЦ типа Linode уровня tier 4 в OpenBSD порушится FS хотя бы 1 раз в 10 лет, но даже если это и произойдёт, то легко зайти через Cloud Manager и починить минут за 5 вручную или быстрее (меньше 1 минуты) при наличии автоматизирующего скрипта для ремонта.