« Rev
@openstack_ru   1625
Fwd »


Даниил
Они там схд осилили в итоге ?. https://elpitech.ru/news/novosti/vypushchena-pervaya-skhd-na-noveyshikh-48-yadernykh-baykalakh/
Это же армовые. У них, вроде, ещё мипсовые были. Не пошло с мипсами чтоль?
Artemy
Вроде не должен на диск. Но идея, гляну
Ну я тоже не уверен. Но синдер всегда лил себе под ноги в спул и оттуда в хранилку
Alexander
Ну я тоже не уверен. Но синдер всегда лил себе под ноги в спул и оттуда в хранилку
Дык дисков на сервере под это не предусмотрено, только под ось небольшой
Artemy
В любом случае даже если он локально на диск не сохраняет там сначала льется в гланс, тот считает контрольную сумму и потом отливает в цеф
Artemy
Поэтому там. Лютая однопоточность со злым латенси (2 сети плюс црц и это все на петоне)
Artemy
И 400 мегабит это в такое схеме просто замечательно
Alexander
И какая обычно применяется практика, если нужно например 5ТБ образ перенести на новое решение? Так сутки копировать будет
Artemy
Смириться и терпеть. Либо приседать вокруг низкого уровня с залезаниями в базу гланса.
Artemy
Гланс всегда был дровами. Был, есть и будет есть. Однопоточное апи, дрова бай дизайн
J
И какая обычно применяется практика, если нужно например 5ТБ образ перенести на новое решение? Так сутки копировать будет
Можно залить хорошим быстрым rbd клиентом, если такие есть вообще. И потом в образе локейшн прописать.
icewolf
а это все равно лезть в базу гланса
J
Ты льешь образ, создаешь с него снапшот, потом через api создаешь пустой образ и у него в локейшн прописываешь uri этого снапшота.
Alexander
Можно залить хорошим быстрым rbd клиентом, если такие есть вообще. И потом в образе локейшн прописать.
rbd конечно шустрей (kolla-venv) [root@cl-cntrl glance]# time rbd import /mnt/template.rocky-9.3.50G.img --dest-pool images --dest template.rocky-9.3.50G.img --id glance Importing image: 100% complete...done. real 0m25.771s user 0m13.033s sys 0m10.949s (kolla-venv) [root@cl-cntrl ~]# time openstack image create --file /mnt/template.rocky-9.3.50G.img --disk-format raw --progress template.rocky-9.3.50G-1.img [=============================>] 100% real 16m18.802s user 3m3.369s sys 1m15.552s
J
А контрольные суммы?
Да ну они обязательны, вроде, только для web_download импорта.
Alexander
Можно залить хорошим быстрым rbd клиентом, если такие есть вообще. И потом в образе локейшн прописать.
наверно реальней создать образ 5ТБ, подключить его по RBD к ВМ которую надо мигрировать в опенстек и через dd скопировать диск ВМ на rbd диск?
J
наверно реальней создать образ 5ТБ, подключить его по RBD к ВМ которую надо мигрировать в опенстек и через dd скопировать диск ВМ на rbd диск?
А это как процесс должно ускорить? Что заливка rbd клиентом что твоё копирование через dd, примерно одно и то же.
J
залитый rbd клиентом не виден в опенстеке без шаманства
https://xahteiwi.eu/resources/hints-and-kinks/importing-rbd-into-glance/ Шаманство?
J
Эт первый попавшийся блог с описанием процедуры. 1. Залить образ 2. Создать защищенный снапшот 3. Создать образ с явным указанием location
Stanley
Статью не читал.
Stanley
Тогда имеет право на жизнь
Stanley
Хотя хз нафига 5тб образ вообще нужен
J
Хотя хз нафига 5тб образ вообще нужен
Ну всяко бывает. База какая-нибудь, материалы для рендера или датасеты для нейронок. А может и просто файлопомойка.
J
Не все ж на свете модные девопсеры и хранят артефакты только в S3)
Stanley
(картинка со сталиным.png)
Stanley
диск почтаря
Это который должен жить на шаре?
Stanley
А не в виде имиджа в стеке
Alexander
Это который должен жить на шаре?
это виртуалка-почтарь. сейчас 2ТБ. пока до нее руки дойдут, подрастет. 5ТБ это так, пальцем в небо, порядок данных
Stanley
Имидж толще 50гб это уже где-то ошибка архитектуры
J
Это который должен жить на шаре?
Это который мог быть на локальных SSD или NVMe чтобы гигантские почтовые архивы не тупили.
J
Имидж толще 50гб это уже где-то ошибка архитектуры
Виндовый софт или какие-нибудь CUDA/ROCm по паре сотен гигабайт могут выходить.
J
Тоже так себе решение
Да хз, какой смысл докапываться, если там уже так сделано. Перенесут в опенстек, потом вторым шагом в отдельный том выкинут, например.
Stanley
Виндовый софт или какие-нибудь CUDA/ROCm по паре сотен гигабайт могут выходить.
Что греховно. Винда легко лезет в 20гб. Плюс СДК и прочая муть - пусть ещё 30. Остальное доставляется автоматизацией.
Stanley
А никто и не докапывается. Просто умиляют постоянные попытки закрыть просчеты архитектуры чесанием левого уха через анус
J
Что греховно. Винда легко лезет в 20гб. Плюс СДК и прочая муть - пусть ещё 30. Остальное доставляется автоматизацией.
Не лезет. Винда сама по себе долго инициализируется после sysprep /generalize. Плюс всякий софт на сотни гигов с интерактивными установщиками. Никто такое в здравом уме не станет автоматизировать, потому что время подготовки виртуалки будет сравнимо с ручной настройкой этого всего.
Alexander
Имидж толще 50гб это уже где-то ошибка архитектуры
скорее ошибка бюджета, точнее его отсутствием. поэтому монолитное пока проще и надежней. Для понимания глубины глубин, бэкап сервер с половиной мамки, вторая половина выгорела, заменить нечем:) на коленке собран обычный ПК с разбросанными вокруг дисками, вот и весь бэкап
J
Просто не весь мир крутится вокруг модных дивапс практик, не все разработчики софта, особенно инженерного, делают софт модульным и удобным в работе. Даже сказал бы что им поебать на удобство. Чем неудобнее, чем более громоздко, тем меньше шанс что их софт своруют. А продавать по такой модели чтоб воровать было невыгодно они не умеют.
Grundik
Что греховно. Винда легко лезет в 20гб. Плюс СДК и прочая муть - пусть ещё 30. Остальное доставляется автоматизацией.
Ну БД на локальных дисках явно будет побыстрее чем на сетевых. А размеры баз бывают огромные.
Alexander
Это который должен жить на шаре?
не было возможностей. единственный сервер с рейд, на котором хватало ресурсов
Alexander
https://xahteiwi.eu/resources/hints-and-kinks/importing-rbd-into-glance/ Шаманство?
"Your Glance is v2 only? Sorry" :) openstack image show template.rocky-9.3.50G-1.img|grep file | file | /v2/images/7e4ba7c8-f398-49f0-9f78-407dbf3dd8e2/file
icewolf
Имидж толще 50гб это уже где-то ошибка архитектуры
Ну то есть винда это ошибка архитектуры.. так и запишу
Alexander
Ну то есть винда это ошибка архитектуры.. так и запишу
понятно, что речь про модульность. но не всегда есть возможности. часто приходится работать с тем что есть и надо, чтобы работало. о чем говорить, когда в зданиях электричество по несколько раз в месяц "моргает", что приходится холодильники и кондеи на ИБП сажать, т.к. выгорают. Все оборудование в 2х зданиях на ИБП, даже этажные свичи в слаботочных шахтах
J
openstack image set --property direct_url=<url>
Alexander
openstack image set --property direct_url=<url>
попробую, спасибо за наводку!
Stanley
Да я тебе не про MS SQL. Автодесковский софт, ANSYS, V-Ray, Octane, Unreal Engine c плагинами.
А я про то что не нужно из имиджа помойку делать.
Stanley
Нет этому никакого оправдания.
Stanley
Анрил автодеск. В опенстеке. Ох...
Kristian
какое огромное количество красноглазия только для того, чтоб поднять систему с ноля. а, может, бывает путь сильно попроще? ну чтоб как, например, в esxi? next - next - next - next, и через 20 минут уже всё готово?
Kristian
https://salsa.debian.org/openstack-team/debian/openstack-cluster-installer
Kristian
или тут это так задумано, в принципе?
Kristian
понятно. спасибо.
Никита
Нет, не бывает.
Только когда линукс ставишь
Никита
либо за взломать Vcenter
Mr
либо за взломать Vcenter
Зачем его взламывать, если он 60 дней бесплатно?
Kristian
бесплатную esxi броадкомы отменили. но ломается весь комплект. точнее, даже, не ломается, достаточно просто серийный номер ввести. вряд ли, правда, это годная идея для работы в продакшне.
Kristian
я так, собственно говоря, на этот канал случайно и попал. до этой недели слова даже такого openstack не знал.
Никита
возможно я с чем то путаю
Никита
https://habr.com/ru/news/900036/
« Rev
@openstack_ru   1625
Fwd »