Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Proxmox 4, LXC и GlusterFS

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Proxmox 4, LXC и GlusterFS, Proxmox Виртуальная Среда
     
    ianux
    Guest
    #1
    0
    13.10.2015 15:49:00
    Привет! Только что установил Proxmox 4 и у меня есть пара вопросов по одной идее настройки. У меня есть несколько серверов с большим объёмом дискового пространства (аппаратный RAID, отображается как один физический том), и я думаю, как лучше это пространство поделить по кластеру, учитывая HA и оптимизацию места. Я думал о распределённых реплицированных томах GlusterFS с двумя репликами — что-то вроде RAID 5. План такой: одна раздела для “сырых” образов LXC, а другая — для бэкапов (снэпшотов).

    Безопасно ли держать два тома GlusterFS на одном диске? У меня есть два сетевых интерфейса по 1 Гбит/с, один для публичного трафика, другой — для кластера PVE. Можно ли использовать второй для GlusterFS?

    Ещё, какой накладной расход идёт с GlusterFS? Думаю, у меня достаточно RAM и CPU для работы примерно 50 контейнеров на 5–6 серверах, но где может появиться узкое место? В пропускной способности сети? В скорости дисков? У каждого сервера около 8 ТБ, но для продакшена реально нужно только 2–3 ТБ (без учёта бэкапов).

    Какое хорошее HA-решение при минимальных потерях дискового пространства? Ceph вроде поддерживается только с 2 узлами, а DRBD9 пока в статусе технологического превью, поэтому, по-моему, GlusterFS — единственная распределённая файловая система, которую можно использовать как нечто вроде SAN.

    Есть у кого опыт работы с таким настроем в продакшене?
     
     
     
    dietmar
    Guest
    #2
    0
    18.11.2015 17:27:00
    Есть одна нерешённая ошибка, которая вызывает проблемы при миграции: http://tracker.ceph.com/issues/13560
     
     
     
    gosha
    Guest
    #3
    0
    18.11.2015 17:56:00
    Спасибо. Я пытался. Интересно. Живая миграция не работает.
     
     
     
    dietmar
    Guest
    #4
    0
    19.11.2015 06:38:00
    Мы попытаемся реализовать CRIU, когда этот проект станет более стабильным (что позволит осуществлять живую миграцию).
     
     
     
    wolfgang
    Guest
    #5
    0
    18.11.2015 10:28:00
    http://kernelnewbies.org/OutreachyProjects/CephCleanup
     
     
     
    gosha
    Guest
    #6
    0
    18.11.2015 15:05:00
    Спасибо за ссылку на реализацию RADOS Block Device в ядре. Но я всё ещё не понимаю, как вы предлагаете разместить LXC-контейнер на RADOS Block Device? Я всегда думал, что LXC-контейнер размещается на любой файловой системе, а не на блочном устройстве. Я ошибался?
     
     
     
    wolfgang
    Guest
    #7
    0
    18.11.2015 16:00:00
    Создай файловую систему на blk — и у тебя будет файловая система, которую можно монтировать куда угодно. Это работает так же, как и с HDD или SSD, только у тебя rbd blk, а не настоящий диск.
     
     
     
    gosha
    Guest
    #8
    0
    18.11.2015 07:52:00
    Вы предлагаете разместить LXC-контейнер на блочном устройстве CEPH? Вы уверены? Или, может быть, вы имеете в виду CEPH FS?
     
     
     
    wolfgang
    Guest
    #9
    0
    18.11.2015 08:01:00
    LXC на Ceph с krdb в качестве блочного устройства.
     
     
     
    gosha
    Guest
    #10
    0
    18.11.2015 10:21:00
    Что такое "krbd"? Может, имелось в виду drbd?
     
     
     
    gosha
    Guest
    #11
    0
    18.11.2015 16:35:00
    Спасибо. Хороший вариант. А KRBD подходит для боевого кластера?
     
     
     
    gosha
    Guest
    #12
    0
    22.11.2015 07:11:00
    Я попытался реализовать эту идею. Для теста создал rbd-образ (размер 40GiB):  
    rbd create backup-store --size 40960 --pool ceph_stor  
    rbd ls -l ceph_stor  
    NAME           SIZE    PARENT           FMT PROT LOCK  
    backup-store   40960M  

    Образ "backup-store" присутствует. Пытаюсь определить, какому диску соответствует созданный образ через "fdisk -l". Но не вижу ни одного устройства (из всех /dev/rbd*) размером 40GiB... Я что-то не так понял?
     
     
     
    MACscr
    Guest
    #13
    0
    22.11.2015 19:27:00
    Разве LXD не предлагает ещё кучу классных функций и поддержку живой миграции?
     
     
     
    dietmar
    Guest
    #14
    0
    22.11.2015 20:16:00
    Думаю, у нас больше функций — по крайней мере, наш набор инструментов лучше интегрирован в стек кластера Proxmox и имеет лучшую поддержку различных типов хранилищ, высокой доступности, полный набор возможностей по настройке и интеграции сети...
     
     
     
    tom
    Guest
    #15
    0
    18.11.2015 18:14:00
    Контейнеры LXC нельзя мигрировать вживую.
     
     
     
    gosha
    Guest
    #16
    0
    19.11.2015 04:25:00
    Это будет всегда так или только временно?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры