Помогите подобрать правильную конфигурацию!


Главная Форумы Linux Помогите подобрать правильную конфигурацию!

Помечено: , , , ,

В этой теме 5 ответов, 4 участника, последнее обновление  Stanislav Svirin 1 год, 3 мес. назад.

Aliexpress INT
  • Автор
    Сообщения
  • #38559

    Stanislav Svirin
    Участник
    Aliexpress INT

    Товарищи! Может форум и не совсем профильный, но я уверен, что тут есть эксперты по всем вопросам =)
    Какую конфигурацию вы бы сделали с моим оборудованием?
    Имеется:
    – 2 Сервера HP DL380 Gen9
    – 2 СХД SAN HP 2040 c полной набивкой 900 гб дисков
    – 2 SAN свича HP SN3000B
    – 1 лента HP MSL2024<

    Будет крутиться база данных PostgreeSQL и сервер приложений (Jboss AS) все это на Centos 7. В недалеком будущем еще TSM будет.
    Мое видение весьма банальное:
    – Сделать на 1 СХД – 1 LUN для PostgreeSQL, на втором СХД – 2 LUNa: 1 для jboss, 1 для TSM (и отдать серверам через Multipath)
    – на 1 сервер поставить БД на второй сервер приложений и TSM
    – сделать 2 зоны на свичах: одна сервер-сторадж, вторая сервер-сторадж-лента.
    Но мне кажется, что такая конфигурация не совсем правильная с точки зрения отказоустойчивости и Best Practice.
    А как бы вы собрали все это оборудование?
    П.С. заранее премного благодарен за ответы!

    • Тема изменена 1 год, 4 мес. назад пользователем  Stanislav Svirin.
    • Тема изменена 1 год, 4 мес. назад пользователем  Stanislav Svirin.
  • #38562

    Дмитрий
    Участник

    Аппаратных серверов 2, а экземпляров ОС получается 3:

    PostgreeSQL
    сервер приложений (Jboss AS)
    В недалеком будущем еще TSM будет.

    Или виртуализация или JBoss+TSM в одном флаконе. Или третий сервер.

    Под каждый экземляр ОС лучше свою SAN-зону, и под ленты отдельно.

    Отказоустойчивость? А какие RTO и RPO? Т.е. допустимое время простоя и сколько данных можно потерять?

  • #38563

    Oleg
    Участник

    и никакой другой инфраструктуры больше нет? других приложений?

    я бы использовал на 2 серверах гипервизоры с HA (на случай отказов) и live migration (для обслуживания)

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

    глупо использовать аж две отказоустойчивые СХД и создавать при этом SPoF в виде выделенного физического сервера под одно приложение

    P.S. а вообще начали совсем не с той стороны

    как тут выше уже сказали, сначала – формализация требований (в виде тех же BC, RPO, RTO, …)

    потом – выбор конкретного решения

    • Ответ изменён 1 год, 4 мес. назад пользователем  Oleg.
  • #38565

    Michael
    Участник

    Странно: всё оборудование от ЧПуксов и TSM в довесок. Чем плох HP Data Protector или как там у них сейчас называется аналог TSM?

  • #38571

    Michael
    Участник

    Кстати, TSM больше нетути, теперь оно называется IBM Spectrum Protect. 🙂

  • #38573

    Stanislav Svirin
    Участник

    Аппаратных серверов 2, а экземпляров ОС получается 3:

    PostgreeSQL
    сервер приложений (Jboss AS)
    В недалеком будущем еще TSM будет.

    Или виртуализация или JBoss+TSM в одном флаконе. Или третий сервер.

    Под каждый экземляр ОС лучше свою SAN-зону, и под ленты отдельно.

    Отказоустойчивость? А какие RTO и RPO? Т.е. допустимое время простоя и сколько данных можно потерять?

    Jboss+TSM в одном флаконе видимо.
    Зоны я планирую так : Экземпляр ОС с БД – СХД
    Экземпляр ОС с БД – СХД – Лента
    Экземпляр ОС с App -СХД или это не очень хорошая конфигурация?

    Допустимое время и кол-во данных которые можно потерять) не установлены, но на мой взгляд 24 часа время простоя.

    и никакой другой инфраструктуры больше нет? других приложений?

    я бы использовал на 2 серверах гипервизоры с HA (на случай отказов) и live migration (для обслуживания)

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

    глупо использовать аж две отказоустойчивые СХД и создавать при этом SPoF в виде выделенного физического сервера под одно приложение

    P.S. а вообще начали совсем не с той стороны

    как тут выше уже сказали, сначала — формализация требований (в виде тех же BC, RPO, RTO, …)

    потом — выбор конкретного решения

    Других приложений нет, если не считать ntp, syslog-ng, PXE-сервер еще будет на машинке с сервером приложений.
    С тем, что вы написали не работал, не подкинете каких-нибудь Best Practiсов или гайдов где копать?

    Формально требования нигде не прописаны, но вообще это довольно-таки критичная система, которая физически будет находиться в Лаосе и удаленного доступа туда из России не будет. Поэтому работать должна желательно без сбоев… Как-то так…

    Кстати, TSM больше нетути, теперь оно называется IBM Spectrum Protect. :-)

    Да я в курсе, что TSM это теперь Spectrum Protect. Просто его не так давно настраивал – поэтому и протолкнул. Всяко лучше чем Bacula на мой взгляд

Для ответа в этой теме необходимо авторизоваться.