Size: a a a

2020 December 30

AU

Aleksandr U. in ru_proxmox
Pavel Zheltouhov
У них травма от vmware.
А тебе можно все. И софтрейд, и кеш и nut
источник

S

Sam in ru_proxmox
Pavel Zheltouhov
У них травма от vmware.
А тебе можно все. И софтрейд, и кеш и nut
+
Так и есть.
Есть люди которые привыкли тыкать мышкой, и когда ее нет считают что все сломалось.
Очевидно авторитет из далекого прошлого
источник

m

mik in ru_proxmox
synthetic_life
Просто я до этого ставил всегда, работало нормально. А сегодня когда посоветовал человеку поставить пакеты для анализа, от коллеги получил такой вот укор. Был удивлен, вроде считаю его более опытным
анализируй по хрустальному шару😂
источник

СГ

Сергей Голод... in ru_proxmox
synthetic_life
Меня убедить пытаются что я дурак, т.к. ставить пакеты на гипервизор плохо, человек вроде авторитетный, вот и появились сомнения
ваш авторитетный коллега - и прав и неправ одновременно). Ставить на хост прикладной софт (файловый сервер, веб-сервер, ВПН, ....) - действительно не стоит. Задача хоста - предоставлять виртуализацию, а все сервисы делаются как виртуальные машины/контейнеры. Но это не относится к утилитам(инструментам), которые можно (и нужно) устанавливать на самом хосте - так как вы не сможете мониторить состояние хоста из виртуальной среды. Поэтому что htop/iotop/iostat - это всё инструменты мониторинга
источник

s

synthetic_life in ru_proxmox
mik
анализируй по хрустальному шару😂
А чинить бубном)
источник

s

synthetic_life in ru_proxmox
Сергей Голод
ваш авторитетный коллега - и прав и неправ одновременно). Ставить на хост прикладной софт (файловый сервер, веб-сервер, ВПН, ....) - действительно не стоит. Задача хоста - предоставлять виртуализацию, а все сервисы делаются как виртуальные машины/контейнеры. Но это не относится к утилитам(инструментам), которые можно (и нужно) устанавливать на самом хосте - так как вы не сможете мониторить состояние хоста из виртуальной среды. Поэтому что htop/iotop/iostat - это всё инструменты мониторинга
Их и использую в основном. Спасибо что высказвли свою точку зрения
источник

R

Roman in ru_proxmox
Сергей Голод
ваш авторитетный коллега - и прав и неправ одновременно). Ставить на хост прикладной софт (файловый сервер, веб-сервер, ВПН, ....) - действительно не стоит. Задача хоста - предоставлять виртуализацию, а все сервисы делаются как виртуальные машины/контейнеры. Но это не относится к утилитам(инструментам), которые можно (и нужно) устанавливать на самом хосте - так как вы не сможете мониторить состояние хоста из виртуальной среды. Поэтому что htop/iotop/iostat - это всё инструменты мониторинга
Сейчас набирают обороты гиперконвергентные системы, когда твой проксмокс и для цефа/дрбд хост
источник

PZ

Pavel Zheltouhov in ru_proxmox
О, значит я правильно на видеонаблюдение допом поставил проксмокс? А то техподдержка ругалась ..но техподдерживала
источник

R

Roman in ru_proxmox
synthetic_life
Меня убедить пытаются что я дурак, т.к. ставить пакеты на гипервизор плохо, человек вроде авторитетный, вот и появились сомнения
Плюнь ему в глаза и скажи, что это в вмваре нельзя. А у себя ты можешь поставить нормальные инструменты для анализа и мониторинга системы, не говоря  уже про драйверы и прочие raid cli
источник

I

Ivan in ru_proxmox
Roman
Плюнь ему в глаза и скажи, что это в вмваре нельзя. А у себя ты можешь поставить нормальные инструменты для анализа и мониторинга системы, не говоря  уже про драйверы и прочие raid cli
я вот рейдтулзы из пакетов для центоса ставил, брат жив.
источник

СГ

Сергей Голод... in ru_proxmox
Pavel Zheltouhov
О, значит я правильно на видеонаблюдение допом поставил проксмокс? А то техподдержка ругалась ..но техподдерживала
это как? может наоборот - видеонаблюдение как виртуалка в проксе?
источник

S

Sergey [BHE3AnHO] in ru_proxmox
Сергей Голод
это как? может наоборот - видеонаблюдение как виртуалка в проксе?
судя по контексту, видеонаблюдение на хосте
источник

m3

ms 3086 in ru_proxmox
Есть ли годная статья и мануал, как ceph подружить работать в 2-ух узловом варианте. Просто mirror делать между узлами и при выпадении одного, работать в ограниченном режиме?
источник

m3

ms 3086 in ru_proxmox
proxmox без кворума я научил работать, через исключение corosync, ceph работал но перестал.
источник

S

Sergey [BHE3AnHO] in ru_proxmox
ms 3086
Есть ли годная статья и мануал, как ceph подружить работать в 2-ух узловом варианте. Просто mirror делать между узлами и при выпадении одного, работать в ограниченном режиме?
не надо так
источник

S

Sergey [BHE3AnHO] in ru_proxmox
ms 3086
proxmox без кворума я научил работать, через исключение corosync, ceph работал но перестал.
потомучто
источник

S

Sergey [BHE3AnHO] in ru_proxmox
оно сделано аля для тестирования, в проде такое держать таксе идея, проработает полгода-год, дальше будет очень весело.
источник

m3

ms 3086 in ru_proxmox
Sergey [BHE3AnHO]
оно сделано аля для тестирования, в проде такое держать таксе идея, проработает полгода-год, дальше будет очень весело.
поясните, по идею спасибо, понимаю на что иду, нужда.
источник

R

Roman in ru_proxmox
ms 3086
Есть ли годная статья и мануал, как ceph подружить работать в 2-ух узловом варианте. Просто mirror делать между узлами и при выпадении одного, работать в ограниченном режиме?
Документация по ceph и полный деплой руками, а не через веб гуй прокса
источник

m3

ms 3086 in ru_proxmox
Roman
Документация по ceph и полный деплой руками, а не через веб гуй прокса
Я это и запланировал. Разобрать, мигрировать, собрать.
источник