Немного попиарю незнакомого чувака из интернета, вот вполне хорошая и работающая роль ansible-netplan
IMHO: для серверной/облачной 20.04 вполне жизнеспособен один самостоятельный netplan, для десктопа уж лучше network-manager с плагинами и «огромным гуищем»
Я написал комментарий после прочтения всей статьи и
пользы в моём комментарии ровно столько, сколько в вашей статье.
Представляю сколько времени и сил заняла сбор и описание всех аспектов, так что усердием я искренне восхищаюсь.
Одна беда — ответа на вопрос так за весь лонгрид я не увидел.
Вывод верный и я с ним согласен, а заголовок кликбейтный. PS: возможно это ложный консенсус сыграл со мной злую шутку
Я не говорил об ext4 с блоком в 4КБ на хосте, простите, это вы додумали сами.
Есть XFS, которая создавалась и развивалась для работы с большими файлами в больших количествах.
Ну и можно выбросить lvm из-за 'оверхеда' и использовать только btrfssubvolume + nodatacow.
PS:
и которая скорее всего будет фрагментирована
фрагментация ФС в linux based операционках — тема для отдельного холивара, не надо набрасывать.
lvm thin действительно может дать прирост в сравнении с qcow2 thin, но не в случае qcow2 raw и вовсе не в случае хороших SAS дисков с FastTier на SAS-SSD/NVMe.
На мой вкус отличный вариант — использовать iscsi поверх пула блочных устройств — позволит подключать и локально и по сети, управление и бэкапирование не на много сложнее lvm.
ps: как делают nutanix (не к ночи будут помянуты):
Для VMware ESXi это NFS-storage, для 2012R2 Hyper-V — storage по протоколу SMB3, а для KVM — iSCSI
Спасибо, интересное описание.
Так же недавно отказался от куратора в пользу ilm.
Вопрос шифрования бэкапов в S3 остался за кадром, т.е. при доступе к бакету индексы становятся условно доступны/восстановимы в любом другом кластере.
Рассматривали какое-то решение, кроме шифрования силами S3?
Отличный рекламный пост, на который я потратил почти 12 минут (прочесть, понять, прокомментировать).
Однако же, в истории сразу бросается в глаза, что не указаны известные лидеры ниши, как тот же upwork, к примеру, о котором была недавно статья на habr.
PS: Указанный стартап, к слову, не только голландский, но ещё и кипрский, что указано на странице контактами.
Спасибо, конечно, за старания, но, кмк, стоило упомянуть Google Cloud Run, AWS Lambda и Heroku с их триалами, ведь они предлагают запуск кода без мучений с настройкой vm linux и окружения.
Кроме прочего в Google Cloud есть always free тариф на один экземпляр f1-micro и не только, в AWS так же есть always free, как и у большинства облачных провайдеров, вот тут есть подробности.
Так делают не все, и чаще под внешним давлением работодателя или списка вакансий, составленного HR Generalist из статьи.
Надеюсь, что останусь востребован во время этой истории, называя себя не devops-инженером или SRE-инженером, а всего лишь инженером автоматизации систем, он же systems automation engineer
Друзей сам выбрал, а коллег выбирал HR Generalist.
Дружить с большим коллективом не просто сложно, скорее близко к невозможному.
А работать, решать задачи друг друга и клиентские — можно и без сплавов и без баров.
При проблемах во время создания ресурса зачастую помогает отметить его для пересоздания при следующем применении через taint.
Это работает, когда ресурс указан в tfstate.
Но, если пришлось откатить tfstate и нужного ресурса там нет — его можно вписать или скопировать, а затем также отметить для пересоздания.
PS: не пойму только, чем в этом случае поможет шаблонизатор terragrunt
Спасибо за статью, хотел увидеть что-то интересное и свежее и увидел, хотя с 2011 года в протоколе ничего особо не поменялось :D
Кмк, стоило сделать акцент на том, что tr-069 — общий стандарт для многих вендоров и с помощью freeacs можео заменять multivendor unit и настраивать автопровижингом.
Интересное мнение, хорошая статья, спасибо, но уж простите, заголовок режет глаза:
"Чего не хватает ИИ?"
PS: GPT-3 умеет использовать метафоры и вполне уместно, а вот тонко шутить, кмк, не может пока никто из текстовых сетей.
Немного попиарю незнакомого чувака из интернета, вот вполне хорошая и работающая роль ansible-netplan
IMHO: для серверной/облачной 20.04 вполне жизнеспособен один самостоятельный netplan, для десктопа уж лучше network-manager с плагинами и «огромным гуищем»
Я написал комментарий после прочтения всей статьи и
пользы в моём комментарии ровно столько, сколько в вашей статье.
Представляю сколько времени и сил заняла сбор и описание всех аспектов, так что усердием я искренне восхищаюсь.
Одна беда — ответа на вопрос так за весь лонгрид я не увидел.
Вывод верный и я с ним согласен, а заголовок кликбейтный.
PS: возможно это ложный консенсус сыграл со мной злую шутку
Я не говорил об ext4 с блоком в 4КБ на хосте, простите, это вы додумали сами.
Есть XFS, которая создавалась и развивалась для работы с большими файлами в больших количествах.
Ну и можно выбросить lvm из-за 'оверхеда' и использовать только btrfs subvolume + nodatacow.
PS:
фрагментация ФС в linux based операционках — тема для отдельного холивара, не надо набрасывать.
Спасибо, прочёл с удовольствием.
ps: как делают nutanix (не к ночи будут помянуты):
Спасибо, интересное описание.
Так же недавно отказался от куратора в пользу ilm.
Вопрос шифрования бэкапов в S3 остался за кадром, т.е. при доступе к бакету индексы становятся условно доступны/восстановимы в любом другом кластере.
Рассматривали какое-то решение, кроме шифрования силами S3?
Отличный рекламный пост, на который я потратил почти 12 минут (прочесть, понять, прокомментировать).
Однако же, в истории сразу бросается в глаза, что не указаны известные лидеры ниши, как тот же upwork, к примеру, о котором была недавно статья на habr.
PS: Указанный стартап, к слову, не только голландский, но ещё и кипрский, что указано на странице контактами.
Триальный — да, бесплатный — нет.
Спасибо, конечно, за старания, но, кмк, стоило упомянуть Google Cloud Run, AWS Lambda и Heroku с их триалами, ведь они предлагают запуск кода без мучений с настройкой vm linux и окружения.
Кроме прочего в Google Cloud есть always free тариф на один экземпляр f1-micro и не только, в AWS так же есть always free, как и у большинства облачных провайдеров, вот тут есть подробности.
Так делают не все, и чаще под внешним давлением работодателя или списка вакансий, составленного HR Generalist из статьи.
Надеюсь, что останусь востребован во время этой истории, называя себя не devops-инженером или SRE-инженером, а всего лишь инженером автоматизации систем, он же systems automation engineer
ППКС
Друзей сам выбрал, а коллег выбирал HR Generalist.
Дружить с большим коллективом не просто сложно, скорее близко к невозможному.
А работать, решать задачи друг друга и клиентские — можно и без сплавов и без баров.
При проблемах во время создания ресурса зачастую помогает отметить его для пересоздания при следующем применении через taint.
Это работает, когда ресурс указан в tfstate.
Но, если пришлось откатить tfstate и нужного ресурса там нет — его можно вписать или скопировать, а затем также отметить для пересоздания.
PS: не пойму только, чем в этом случае поможет шаблонизатор terragrunt
Спасибо за статью, хотел увидеть что-то интересное и свежее и увидел, хотя с 2011 года в протоколе ничего особо не поменялось :D
Кмк, стоило сделать акцент на том, что tr-069 — общий стандарт для многих вендоров и с помощью freeacs можео заменять multivendor unit и настраивать автопровижингом.
PS: как в коментарии #comment_20677209