Size: a a a

2020 December 15

R

Roman in ru_proxmox
Nikolay
#Вопрос Есть проксмокс proxmox-ve: 6.2-1 (running kernel: 5.4.34-1-pve) pve-manager: 6.2-4 (running version: 6.2-4/9824574a)
У него белый ип 91.х.х.х  Бридж на этот ип. На проксе создаются контейнеры из той же белой подсети, плюс есть ещё подсеть 192.168.200.x/24 (просто блок серых ип для серверных контейнеров)
Стали отваливаться контейнеры из серой подсети: просто не пингуются. В самих контейнерах всё нормально, сервис сети работает, пробовал перезапускать. Перезагружал контейнер, выключал-включал.
Бывает выключишь один контейнер, и предыдущий вдруг становится видимым в сети сразу (ип разные, мак адреса тоже разные). Включаешь обратно - предыдущий может отвалиться снова, может не отвалиться. Через какое-то время опять.
Пока нашёл костыльное лечение: меняешь ип у "потерянного" контейнера - сразу пингуется. Меняешь обратнно - так же всё работает! Через какое-то время ситуация повторяется.
Так ведут себя 3 контейнера. Какая между ними связь понять не могу. Все создавались из debian 10 шаблона. Никак не связаны друг с другом. С белой подсетью таких проблем нет.
На свитче это выглядит как мак адрес без ип.
Что может быть такое ? Косяк в контейнерах ? на проксмоксе ?
Что на стороне  сети? Всякие защиты от флуда, ограничение mac и т.д
источник

N

Nikolay in ru_proxmox
Roman
Что на стороне  сети? Всякие защиты от флуда, ограничение mac и т.д
На староне сети не в курсе. Но трафика на эти контейнеры аномального нет. Один вообще можно сказать в простое
источник

λ

λόγος in ru_proxmox
На сколько оправдана такая схема работа и что может ждать?
источник

ЕС

Евгений Савелов... in ru_proxmox
а чего вы хотите добиться с помощью такой схемы?
источник

ЕС

Евгений Савелов... in ru_proxmox
по мне чем проще - тем лучше. Локальные диски проще дешевле и быстрее
источник

DK

Denis K in ru_proxmox
freenas->zfs->iscsi over zfs?
источник

PZ

Pavel Zheltouhov in ru_proxmox
Да диски они хотят покупать поменьше и типа управлять поменьше. Но я бы не вкрывал эту тему и не шутил бы так с 1С.
источник

DK

Denis K in ru_proxmox
костылим что ли?
источник

λ

λόγος in ru_proxmox
Евгений Савелов
а чего вы хотите добиться с помощью такой схемы?
1.Отказоустойчивости  2. быстродействия ФС  (на стороне стораджа можно использовать M2 )
источник

λ

λόγος in ru_proxmox
Denis K
freenas->zfs->iscsi over zfs?
да ZFS
источник

ЕС

Евгений Савелов... in ru_proxmox
λόγος
1.Отказоустойчивости  2. быстродействия ФС  (на стороне стораджа можно использовать M2 )
хм... то есть 10 гбит сеть между хостами раз плюнуть, а м2 на сервере - никак...интересно
источник

DK

Denis K in ru_proxmox
Я не понял,zfs или zfs over iscsi
источник

ЕС

Евгений Савелов... in ru_proxmox
λόγος
1.Отказоустойчивости  2. быстродействия ФС  (на стороне стораджа можно использовать M2 )
насчет отказоустойчивости я понял.. хотите запускать vm с того же места на втором сервере, при выходе из строя первого.

Это скорее всего имеет смысл, но могут быть подводные камни с подключением через Iscsi
источник

DK

Denis K in ru_proxmox
Евгений Савелов
насчет отказоустойчивости я понял.. хотите запускать vm с того же места на втором сервере, при выходе из строя первого.

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

ЕС

Евгений Савелов... in ru_proxmox
Евгений Савелов
насчет отказоустойчивости я понял.. хотите запускать vm с того же места на втором сервере, при выходе из строя первого.

Это скорее всего имеет смысл, но могут быть подводные камни с подключением через Iscsi
альтернатива тут либо распределенная файловая система, что сложнее, либо отказ от запуска с того же места в случае аварии и запуск с последней реплики (потеря нескольких минут) в случае локальных дисков
источник

λ

λόγος in ru_proxmox
Евгений Савелов
хм... то есть 10 гбит сеть между хостами раз плюнуть, а м2 на сервере - никак...интересно
Есть два сервера: одноголовая башка на два диска (резерв) и двухголовый на 8  дисков (основной)
Основной сервер старенький: SAS2
источник

DK

Denis K in ru_proxmox
Я рекомендую смотреть в сторону SDS или кластерных ФС
источник

PZ

Pavel Zheltouhov in ru_proxmox
ну вот спросили бы 1сников лучше как в ms sql репликацию поднять.
источник

PZ

Pavel Zheltouhov in ru_proxmox
и это не говоря уже о postgres
источник

DK

Denis K in ru_proxmox
Pavel Zheltouhov
ну вот спросили бы 1сников лучше как в ms sql репликацию поднять.
Никак))Либо "HA" MSSQL либо standalone инстансы с бэкапами)
источник