Proxmox (некоторые вопросы ) — что, как?

Question

[foduvem]

Хост: debian 8.6, proxmox 4.4.
1) LVM по инструкции не настроено. Вместо LVM всё в одном каталоге. Не вижу смысла в LVM на хостовой системе, когда ноды планируются удалённые (располагаться на другой машине, на которой proxmox будет отсутствовать).
2) Postfix не установлен, тк планируется отдельная виртуалка под postfix, который будет гонять почту между всеми сервисами.

1. Как лечить?
> Во время установки было предупреждение:
update failed - see /var/log/pveam.log for details
> Лог:
Jan 14 00:43:42 start download https://releases.turnkeylinux.org/pve/aplinfo.dat.asc
Jan 14 00:43:42 download failed: 500 SSL_ca_file /etc/ssl/certs/ca-certificates.crt does not exist
Jan 14 00:43:42 update failed - no signature file '/var/lib/pve-manager/apl-info/pveam-releases.turnkeylinux.org.tmp.21775.asc'
> Выхлоп с pveversion: pve-manager/4.4-5/c43015a5 (running kernel: 4.4.35-2-pve)
> Скриншот: polariton.ad-l.ink/8NHSqncHN/image.png
С сервисом в целом понятно, фиксится ребутом.
> Как выполнялась установка (по инструкции https://pve.proxmox.com/wiki/Install_Pr … n_Jessie):
в hosts 192.168.1.2 TestDay pvelocalhost (айпи, имя сервера, что-то проксовское - домен во время установки системы не был указан).
echo «deb download.proxmox.com/debian jessie pve-no-subscription» > /etc/apt/sources.list.d/pve-install-repo.list
wget -O- "download.proxmox.com/debian/key.asc" | apt-key add -
apt-get update && apt-get -y dist-upgrade
apt-get -y install proxmox-ve ksm-control-daemon open-iscsi systemd-sysv
apt-get remove os-prober
reboot
apt-get -y remove linux-image-amd64 linux-image-3.16.0-4-amd64 linux-base
update-grub

2. Есть ли смысл в enterprise репозитории?

Вопрос основывается на ошибке во время выполнения apt-get update && apt-get -y dist-upgrade:
W: Failed to fetch https://enterprise.proxmox.com/debian/d … ry-amd6... HttpError401
E: Some index files failed to download. They have been ignored, or old ones used instead.

Comments

[Di ExTreMe]

смысла нету использовать enterprise репозиторий

убирать платный репозиторий:

# mv /etc/apt/sources.list.d/pve-enterprise.list /tmp

И добавим репозиторий сообщества:
# cat >> /etc/apt/sources.list.d/proxmox.list << EOF
deb ftp.debian.org/debian jessie main contrib
deb download.proxmox.com/debian jessie pve-no-subscription
deb security.debian.org jessie/updates main contrib
EOF

# aptitude update && aptitude full-upgrade

Обновляется без проблем

ну и на мой взгляд если установка чистая, то лучше всего ставить из .*iso коробочной установкой

[foduvem]

Di ExTreMe:
1. обновляется то без проблем, но насколько стабильны эти изменения и имеют отличия от того, что предлагает энтерпрайз репозиторий?
2. Где "об этом всем" поподробней почитать?

Answer 1

[Пума Тайланд]

ну если вам нужен суппорт конечно стоит его купить и юзать ентерпрайз репозиторий, а так юзуйте обычный репо но сабскрипшен

Comments

[foduvem]

Не совсем прозрачно в плане обновлений... Будут ли они хоть в каком-то виде?

А как же в энтерпрайз репозитории «All paying subscriptions come with exclusive access to the enterprise repository, stable updates and enhanced security»? - есть ли в этом смысл (с учетом того, что возможно есть обновления в обычной ветке) ?

[Пума Тайланд]

foduvem: не очень понял есть репозитории в них обновления иначе нахрена они нужны то

[foduvem]

Пума Тайланд: в том то и суть. Есть энтерпрайз репозиторий, есть обычные. Если в обычных есть обновления, то зачем нужен энтерпрайз?

[Пума Тайланд]

foduvem: ну что вы как маленький, вы покупаете поддержку а не репозиторий, кому то нужна платная поддержка кому то нет

Answer 2

[foduvem]

3. Что даёт поддержка аппаратного рейд контроллера?

Судя по вики - mdadm proxmox не умеет pve.proxmox.com/wiki/Raid_controller.

4. Как корректно добавить ещё одну ноду? Что для этого требуется?

Отказоустойчивость и распределительные нагрузки не требуются. Планирую только ноду добавить (которая располагается в этой же сети) и располагать на ней виртуальные машины.

В документации предлагают добавить ноду в кластер (https://pve.proxmox.com/wiki/Proxmox_VE_4.x_Cluster) - отсюда вопрос: каковы перспективы кластера?

5. Как корректно настроить сеть?

У ноды сеть настроена так: polariton.ad-l.ink/private/6WjvwqfL2/ed4037ca651bc...

По аналогии планирую реализовать для виртуальных машин, которые на коммутаторе буду натить.

p.s. Настройки сети в ВМ выглядят так:

meson.ad-l.ink/7jMpJT77N/thumb.png

6. Что за параметр Ballooling?

meson.ad-l.ink/6sXjP69d9/thumb.png

Comments

[foduvem]

> Как корректно добавить ещё одну ноду? Что для этого требуется?

По пункту 4 есть некоторые разъяснения, https://www.youtube.com/watch?v=tTy9axM1jT0.

А теперь дополнительный вопрос - раз на каждой физической машине нужен proxmox, то есть ли минимальное решение (чтобы не тащить кучу мусора в подарок)?

Answer 3

[Vladimir Zhurkin]

1) LVM по инструкции не настроено. Вместо LVM всё в одном каталоге. Не вижу смысла в LVM на хостовой системе, когда ноды планируются удалённые (располагаться на другой машине, на которой proxmox будет отсутствовать).
2) Postfix не установлен, тк планируется отдельная виртуалка под postfix, который будет гонять почту между всеми сервисами.

1) LVM не критично, но proxmox сильно на него рассчитывает, что бы делать снепшеты виртуальных машин. Но в общем в новых версиях это делает через ZFS. Поэтому не поставив это, вы ломаете некую логику работы.

2) postfix нужен не только для внешних связий, а банально для отправки уведомлений в системе. Proxmox отсылает вам на ящик, уведомление о плохом состоянии и погоде ;) Да же просто локальная доставка в системе требует MTA.

3) Аппаратный Raid дает некую гарантию, что у вас при выходите одного диска второй будет работать и ребилд не будет нагружать систему. Ну и кэширование там итд итп.
С другой стороны с внедрением ZFS, аппаратный raid есть на ФС ZFS.

4) Вы создаете кластер и добавляете в него ноду. Кластер рассматривайте как ваши небольшие дата центры.
Нужна поддержка мультикаста.

ballooning - это динамическое выделение памяти для вирт машин.

радиционный подход — сразу при запуске виртуальной машины (ВМ) выделять ей блок ОЗУ заданного размера, например, 512 мегабайт. Его недостаток — в те моменты, когда в памяти ВМ есть неиспользуемое пространство, в других ВМ и хост-системе её может не хватать.

Memory ballooning — это механизм динамического (а) выделения хост-ОЗУ для ВМ по мере необходимости и (б) возвращения неиспользуемых блоков по мере освобождения. Благодаря ему становится возможным одновременно запускать множество ВМ, суммарный объём виртуального ОЗУ в которых больше объёма физического ОЗУ в хост-системе, при условии, что они не станут использовать максимально разрешённый объём все сразу. Благодаря этому память хост-системы распределяется между ВМ так же гибко, как между обычными процессами.

Создание виртуальных ресурсов, превышающих физические по объёму, обозначается любимыми для многих хостеров терминами «overcommit» и «overselling».

Для работы баллонинга требуется согласованная работа двух программных компонентов:
MOM (memory overcommitment manager) в хост-системе, меняющего объём ОЗУ для ВМ на основании запросов из неё,
VMM (менеджера виртуальной памяти) в гостевой ОС, взаимодействующего с MOM через виртуальный PCI-контроллер.

MOM в последних версиях KVM включается автоматически, старые требовали включать его с помощью «kvm… -balloon virtio» в командной строке.

Гостевое устройство для связи с MOM диспетчер оборудования (devmgmt.msc) Windows увидит как «PCI standard RAM controller» неизвестного типа. В отличие от virt-stor и virt-net, драйвер к нему не будет предложено установить автоматически. Вместо этого, следует зайти в свойства устройства, на вкладке «Драйвер» выбрать обновление и вручную указать путь к balloon.inf на VirtIO CD (пруф). После этого устройство переименуется в «VirtIO Balloon Driver».

По другим вопросам не отвечу, так как файлы удалены.