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

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

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

Просмотр 5 веток ответов
  • Автор
    Сообщения
    • #38559
      Stanislav Svirin
      Участник

      Товарищи! Может форум и не совсем профильный, но я уверен, что тут есть эксперты по всем вопросам =)
      Какую конфигурацию вы бы сделали с моим оборудованием?
      Имеется:
      – 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.
      А как бы вы собрали все это оборудование?
      П.С. заранее премного благодарен за ответы!

      • Тема изменена 4 года, 6 месяцев назад пользователем Stanislav Svirin.
      • Тема изменена 4 года, 6 месяцев назад пользователем 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, …)

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

      • Ответ изменён 4 года, 6 месяцев назад пользователем 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 на мой взгляд

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