В своём кластере Proxmox я использую ZFS на всех нодах, через репликацию которую поддерживает эта файловая система обеспечивается работа высокой доступности. Для резервного копирования я использую Proxmox Backup Server, это решение хорошее и удобное когда всё работает штатно. Но у меня повилось желание периодически делать экспорт ВМ, и сохранять образы отдельно от ифнраструктуры кластера, это удобно, если кластер вдруг умрёт, не исключаю такого сценария, всё таки подводных камней достаточно: китайская материнка от ноунейм производителя, юзанный 10+ летний процессор, неизвестно что за плашки памяти, бытовые SSD, где то на нодах n100 процессоры на тех же сомнительных материнках. Конечно, высокоая доступность, ZFS mirror, PBS так же дают достаточно высокий уровень доступности сервисов и всё же, иметь под рукой актуальный образ ВМ с критичными сервисами удобно, например в сценарии когда оборудование в кластере пришло в негодность и на восстановление понадобится много времени, а к сервисам все привыкли, сервисы это удобно и хочется ими пользоваться дальше, тогда можно просто арендовать dedicated решение и импортировать туда ВМ целиком. Ещё один сценарий, например нужно поэксперементировать с самой ВМ, а на живую этого делать не безопасно, в таком слуачае я всегда могу запустить ВМ локально.

После запуска своего кластера Proxmox в прод, я столкнулся с одной неприятной особенностью неттопов Firebat AM02 8\256, вероятно проблема не конкретно в этой модели, но у меня она проявилась на них. Так вот, иногда, как удалось выяснить путём проб и ошибок, одна из нод в кластере может произвольно перезагрузится. В целом это не такая большая проблема, мини пк перезагружается быстро, миграции за это время никуда не происходят, работа контейнеров и ВМ восстанавливается то же быстро, но всё же тенденция не приятная.

Как итог, периодически я стал получать уведомления в ТГ, о недоступности того или иного сервиса, или о восстановлении его работы, что только ещё больше раздражало.

По сети достаточно много информации , в тои числе на форумах proxmox, у разных пользователей то тут то там появляются подобные проблемы, кому то помогает одно, кому то другое. В этой статье я собрал в кучу всё то что мне удалось найти, плюс добавил что-то от себя.

1. Введение​

С момента публикации первой статьи прошло полтора года. В какой то момент стали зреть планы по обновлению, как технологического стека так и применяемых решений. Во первых хотелось минимальной отказоустойчивости, во вторых попробовать в деле набирающие популярность minipc и в третьих переехать на гипервизор Proxmox. Современный мини пк имеют форм фактор коробки из под печения, но при этом способны выдавать вполне приличные значения в повседневных задачах - офис, минимальный гейминг, имеют множество готовых конфигураций и т.д.

В этой статье рассмотрим как можно быстро и относительно лекго попробовать Большие Языковые Модели или проще говоря LLM (Large Language Model). Всё манипуляции будем производить на десктопном компьютере с Arch Linux на борту и видеокартой AMD RX6750XT 12Gb.

Обновим пакетную базу и все пакеты в системе:

sudo apt update && apt upgrade

Устанавливаем XFCE как одно из самых легковесных DE:

sudo apt install xfce4 xfce4-goodies dbus-x11

На свежеустановленной системе 24.04 потребовалось скачать около 1300 Мб.

В этой статье попробую расписать процесс CICD, в частности как это работает на примере моего блога.

В этой статье рассмотрим установку кластера K3s с одной мастер нодой и двумя воркер нодами, задеплоим простое "Hello World" приложение и использование различных команд kubectl для управления и проверки ресурсов Kubernetes.

Prerequisites​

• Три линукс машины (или ВМ) с доступом друг к другу
• Базовое понимание Linux комманд и концепции Kubernetes.

Миллионы ждали, сотни тысяч просили и вот, спустя 4 года после запуска данного блога, движок блога получил обновление. Вообще это даже не обновление, это переезд на новых техонлогический стек. Раньше использовался старичёк Wordpress, спасибо ему конечно, но думаю в рамках моего мегапопулярного блога он своё отжил. Пришло время внедрять что то новое, модное стильное, молодёжное! Пятилетку за три года!

Ты вообще о чём?!​

Fediverse, далее будем называть - федиверс, слово образуется от федерация и вселеная. Федиверс получил свое название от того, что является вселенной федерации. Федерация в этом контексте означает множество подключенных серверов, которые могут работать на разных типах платформ и которые не принадлежат и не управляются организациями. Эти серверы могут обмениваться видео, публикациями или чем-то еще в зависимости от программного обеспечения, на котором они работают, но в основном все они обмениваются информацией друг с другом, используя открытый стандарт под названием ActivityPub.

1. Введение​

Так уж получилось что современныве технологии несутся вперёд с огромной скоростью и постоянно предлагают нам, что то всё более новое и новое, в том числе что то, что можно в общем то использовать в быту и в повседневной жизни. Хорошим катализатором послужили технологии контейнеризации, в частности Docker, который можно сказать открыл ящик пандоры и сотни, тысячи энтузиастов, начали выкладывать сборки своих пет проектов или же серьёзных больших проектов, в виде Docker контейнеров. Эти контейнеры мог скачать себе любой желающий или же собрать на их основе свой контейнер и запустить без привязки к окружению, буквально несколькими командами.

На этой волне и я заинтересовался как это все работает и как сделать так что бы у меня то же был свой "сервер". Сначала это были арендованные VPS у разных поставщиков услуг, постепенно апетиты росли, сервисов становилось больше, необходимые ресурсы для работы всего и вся, так же увеличивались. Далее был арендован простенький выделенный сервер у одного известного хостера, тут уже можно было разгулятся "на все деньги", но это то же была временная схема, в планах уже маячил план по реализации "хоумлабы", домашнего сервера, который так же будет являтся стендом для опытов.