Comments 29
Другим небольшим усовершенствованием стала установка HDMI dummy plug, которая заставляет систему думать, что к видеокарте подключен монитор. Это важно для подключения к удаленному рабочему столу.
Вот это не понял. Можно расшифровать?
Всегда пользовался mstsc /console, никаких вопросов не возникало.
Да, мне надо было уточнить, что для доступа к рабочему столу Windows. Я использую для этого Parsec, он отказывался работать без dummy plug. Но даже если использовать AnyDesk, донгл решает проблемы с выбором высокого разрешения. Слышал, что их можно решить софтверно, но адаптер проще.
Вы пробрасываете видеокарту в виртуальную машину? Без пробрасывания ни каких Dummy Plug для подключения к рабочему столу обычно не требуется.
Да, все так. Из финального текста я вырезал абзац про пробрасывание видеокарты. Посчитал, что это немного не в тему изучения DevOps-инструментов. Без пробрасывания видеокарты Parsec не работает, так как ему нужен аппаратный encoder. А я большой поклонник этой программы - у меня 5к монитор и когда я использую ее, иногда забываю, что это удаленный рабочий стол: очень высокое разрешение и хороший отклик, хотя пинг до сервера от меня больше 50 мс.
У nVidia же в драйверах залочена работа игровых карт в ВМ.
Было бы интересно почитать, как вы всё это подружили.
Насколько я знаю, залочен на игровых картах не полный проброс ее в виртуалку, а Shared Pass-Through Graphics. Это позволяет использовать одну карту как несколько физических, что, как я понимаю, служит для облачного гейминга. Такая возможность есть только у A100 и других серверных моделей.
Проблемы, с которыми я столкнулся были вызваны самим гипервизором. Когда я щелкал в ESXi по переключателю passthrough рядом с названием видеокарты появлялась надпись Enabled / Needs reboot, однако даже после перезагрузки ничего не менялось и карта оставалась невидимой для ОС.
Забыл, после чего конкретно карта заработала. Помню, что устанавливал vCenter и экспериментировал с настройками виртуальной машины.
На моем Debian-сервере хостились сайты с LAMP-стэком. Я решил, что отличной идеей будет перенести их в docker и развернуть в Kubernetes.
Но почему?
Это же LAMP, не микросервисы на nodejs, не java, просто веб сервер, где не понимаю смысла разворачивать его в кубере. Масштабирование php?
Все, что я делаю с homelab, больше для обучения, чем для практически нужд. Nodejs там у меня тоже есть, но нагрузка на него и на apache так мала, что практического смысла в балансировщике нет. С радостью бы взялся за развертывание какого-нибудь приложения с микросервисной архитектурой, но не придумал пока задачу.
Вероятно для практики с докером/кубером?
Да. Идея была в том, чтобы перенести старые сайты на новые рельсы. Там сейчас сделано так, как было принято лет 10 назад. По докеру упражнения во всех моих курсах ну очень простые. А перенести mediawiki, mysql и один микросервис на nodejs в контейнеры, написать docker-compose.yaml это какая-никакая задача. Вот про кубер зря заикнулся. Соглашусь, что в этом особого смысла нет, даже учебного.
пришлось разобраться с тем, как обеспечить прямой доступ виртуалки к жесткому диску
зачем? вы же таким образом отказались от многих приятных плюшек виртуализации
а всего-то надо было AWS Free Tier использовать вместо того чтобы огород городить))))
Спасибо за статью. Отдельный плюсик за Nana Janashia, столкнулся с ней когда искал какой нить курс по питону и потом многое у нее смотрел.
Где вы брали задачи для обучения? Ведь самое сложное - придумать как применить, если нет реальных задач. Да можно сидеть и выворачивать виртуалки, тесты и пайплайны хоть наизнанку, но пока нет четкого понимания зачем это делаешь - трудно идет... ИМХО.
Получилось устроиться DevOpsом ?
Есть задания от самой Наны, но они простые. Много упражнений по разным DevOps/технологиям лежит здесь. Ну а по Кубернетесу я проходил вот этот курс: Certified Kubernetes Administrator (CKA) with Practice Tests, там с упражнениями все в порядке.
Пока не устроился на работу, только начинаю рассылать резюме.
Красота! Когда 10 лет назад готовился к VCDX делал аналогичную лабу на ESXi, главное было взять проц с поддержкой hardware virtualization и сетевую карту с родной поддержкой в ESXi с network offload. Дальше по максимуму памяти, несколько ТБ SATA в RAID, пару SSD для кэша и критичных данных и получилась весьма бюджетная система для полноценного home cloud на VCenter. На базовой ESXi можно поднимать и любые другие системы, делать сетевой iSCSI/NFS storage для вложенных виртуалок. Много разных virtual appliances там тестировал вместо физических железяк, перенимая опыт у CCIE'шников.
Я потом из любопытства просмотрел учебные материалы по DevOps с некоторых российских платформ, и был поражен тем, как много там воды и как мало структуры.
ЭхЪ, Что правда, то правда
А я голосую за PVE. Тем более на простом железе (ой, нет дров под май {хардварэ}): Там и контейнеры сразу готовы к использованию (с готовым каталогом ОС и отдельных продуктов), и софтоРЕЙД линуксовый, и средство бэкапа искаропки (а если с извращениями, то готовый дистр для того есть, ставится в виртуалку). И ставить затем можно как у себя дома, так и любой конторе (не нужно платить за лицензию).
Если бы я выбирал что-то просто для поднятия домашних сервисов, то наверное остановился бы на PVE. У меня же основная цель была в приобретении навыков работы с entreprise решениями (поэтому ESXi и RHEL) и освоении DevOps-инструментов. Я исходил из того, что чем меньше будет упрощений, тем лучше. Можно запускать контейнеры в GUI, но лучше освоить команды docker в CLI, потому что именно их будут спрашивать на собеседовании. И если бэкап из коробки, то какая мотивация разбираться с тем, как это сделать без готовых решений? То есть мой выбор в этом полностью подчинялся целям, хотя я конечно не настаиваю, что он во всем верен.
Так ВМВАРЕ ушло с РФ - смысл в ваших навыках?? а выбор решений бэкапа ПВЕ не поможет при выборе бэкапа в есхи, совсем. Да и вееам ушла из рф.
Плюс ПВЕ в том, что там можно всегда залезть под капот - там обычный Дебиан. А в есхи под капотом чтото свое, закрытое и знания подкапотом вам кроме есхи нигде не пригодятся.
Если ты используешь Debian на своем сервере, то можно рассмотреть неплохой продукт, Proxmox VE с lxc контейнерами.
Как я создавал homelab для учебы на DevOps-инженера