Хах, ну с какой-то стороны действительно так, но это ведь бекап, тут уже можно любое понравившееся решение использовать. На мой взгляд логично хранить его на какой-то третьей стороне. Плюс сменить место бекапа будет довольно просто, парой параметров конфига в случае ухудшения условий. Либо развернуть свой S3 на каком-то сервере.
На счет выгоды я думаю тут у каждого немного по своему будет. Я помимо простого хранилища ещё экономлю на сервисах вроде Notion, плюс ещё запасные диски у меня есть. Ну и расчет на 8 лет Яндекс диска валиден будет в случае, если они ценники менять не будут. С таким же успехом можно примапить s3 хранилище в сетевую папку и готово, но это только вопросы хранения решит
В целом можно было конечно поставить, но мне скорее всего возможности proxmox всё равно бы не пригодились, lxc использовать не планирую, а заморочек с настройкой на мой взгляд там побольше
К Notion доступ закрыли, google photo изменили политики с безлимита, OneDrive половину файлов стерли, Spotify тот же прикрыли. Университетский аккаунт OneDrive вообще в ноль стерли без предупреждения со всеми файлами (возможно я предупреждение во время не увидел конечно, но ситуацию не сильно меняет).
В процессе записи в zfs честно говоря я не досконально разобрался, а на форумах видел как информацию, что скорость записи ограничивается по самому медленному диску, так и полностью противоположные данные, что скорость возрастает с увеличением дисков, и также что zfs в кеш пишет. Вот пара ссылок например.
Есть разные виды рейдов с разными свойствами. В случае того же raid-z2 можно на горячую заменить до 2х дисков и сделать ребилд рейда без необходимости восстановления из бекапов и остановки работы.
Не открывается из других стран, не знаю точно список с какими проблемы, но условно из отпуска где-нибудь может не открыться
Невозможно контролировать все хедеры, реальный клиентский ip не прокидывается из-за чего например невозможно закрыть какой-нибудь url по префиксу только для локалки (админку кейклока например)
Риски конечно есть, но по SMART все диски в хорошем состоянии, а если выйдут из строя, то заменю в raid пуле, так что думаю проблем не будет.
какой порядок действий, если отвалится плата
По логике просто пересобрать всё на новой и готово, проблем быть не должно, но позже узнаю на практике.
А если диск с ОС
Тут установить ОС на новый диск, выгрузить её настройки из бекапа, донастроить докер и запустить контейнеры на данных с пула.
за счёт чего такая высокая скорость записи и чтения? Это же HDD, а не SSD. Я ожидал увидеть ~220-250 MB/s.
Вопрос и правда интересный. На чтение по логике за счёт raid, а вот на запись я сам не понимаю если честно почему такой результат теста. Возможно физический кеш на контроллере как-то вывозит дополнительно.
Из непонятного тут в основном материнская плата, тут действительно рискнул, но потенциально заменю. Но и в целом её выход из строя не сильно большая проблема для меня, контроллер и диски Oracle, их история мне известна, плюс raid позволит мне заменить диски если что-то пойдёт не так. Но учитывать это действительно стоит.
Хах, ну с какой-то стороны действительно так, но это ведь бекап, тут уже можно любое понравившееся решение использовать. На мой взгляд логично хранить его на какой-то третьей стороне. Плюс сменить место бекапа будет довольно просто, парой параметров конфига в случае ухудшения условий. Либо развернуть свой S3 на каком-то сервере.
На счет выгоды я думаю тут у каждого немного по своему будет. Я помимо простого хранилища ещё экономлю на сервисах вроде Notion, плюс ещё запасные диски у меня есть. Ну и расчет на 8 лет Яндекс диска валиден будет в случае, если они ценники менять не будут. С таким же успехом можно примапить s3 хранилище в сетевую папку и готово, но это только вопросы хранения решит
В целом можно было конечно поставить, но мне скорее всего возможности proxmox всё равно бы не пригодились, lxc использовать не планирую, а заморочек с настройкой на мой взгляд там побольше
Я думаю в любой теме можно что-то новое и интересное рассказать, полагаю у меня тоже далеко не первая статья по такой теме.
Я это и имел ввиду, что разработчики Notion закрыли к нему доступ.
Принято, посмотрю на OMV как свободное время найдется
К Notion доступ закрыли, google photo изменили политики с безлимита, OneDrive половину файлов стерли, Spotify тот же прикрыли. Университетский аккаунт OneDrive вообще в ноль стерли без предупреждения со всеми файлами (возможно я предупреждение во время не увидел конечно, но ситуацию не сильно меняет).
В процессе записи в zfs честно говоря я не досконально разобрался, а на форумах видел как информацию, что скорость записи ограничивается по самому медленному диску, так и полностью противоположные данные, что скорость возрастает с увеличением дисков, и также что zfs в кеш пишет. Вот пара ссылок например.
https://www.linux.org.ru/forum/admin/10205346
https://www.reddit.com/r/zfs/comments/19d5jfj/i_need_someone_to_explain_why_raidz1_transfer/?tl=ru
Тут согласен конечно, бекап первичнее
Хм, изначально ведь про выход из строя спрашивал, при чем тут удаление?
Есть разные виды рейдов с разными свойствами. В случае того же raid-z2 можно на горячую заменить до 2х дисков и сделать ребилд рейда без необходимости восстановления из бекапов и остановки работы.
А без рейда при выходе диска из строя какой план действий? У меня за 10 лет на обычном ПК несколько раз диски умирали, было неприятно.
В целом в репозитории, что я к этой статье приложил уже такая конфигурация работает и все объединено с другими сервисами через SSO Keycloak.
В целом основная причина, что она в TrueNAS из коробки.
Не открывается из других стран, не знаю точно список с какими проблемы, но условно из отпуска где-нибудь может не открыться
Невозможно контролировать все хедеры, реальный клиентский ip не прокидывается из-за чего например невозможно закрыть какой-нибудь url по префиксу только для локалки (админку кейклока например)
Иногда жутко медленно работает
У Яндекса написано ледянле (ice)
https://yandex.cloud/ru/docs/storage/concepts/storage-class
Риски конечно есть, но по SMART все диски в хорошем состоянии, а если выйдут из строя, то заменю в raid пуле, так что думаю проблем не будет.
По логике просто пересобрать всё на новой и готово, проблем быть не должно, но позже узнаю на практике.
Тут установить ОС на новый диск, выгрузить её настройки из бекапа, донастроить докер и запустить контейнеры на данных с пула.
Вопрос и правда интересный. На чтение по логике за счёт raid, а вот на запись я сам не понимаю если честно почему такой результат теста. Возможно физический кеш на контроллере как-то вывозит дополнительно.
Из непонятного тут в основном материнская плата, тут действительно рискнул, но потенциально заменю. Но и в целом её выход из строя не сильно большая проблема для меня, контроллер и диски Oracle, их история мне известна, плюс raid позволит мне заменить диски если что-то пойдёт не так. Но учитывать это действительно стоит.
Сейчас посмотрел ещё раз, похоже и правда некорректно фильтр в DNS настроил, действительно есть варианты дешевле.
Так то оно так, это скорее стало для меня одной из мотиваций своё собрать.