none
Вариант топологии географически разнесенной фермы RRS feed

  • Вопрос

  • Здравствуйте!

    Появилась задача развернуть ферму SharePoint 2013 в компании, имеющей офис в двух городах. В каждом офисе своя подсеть, обе объединены каналом со скорость порядка 100 МБ/сек. Связь периодически теряется. Нужно, чтобы при потерях связи пользователи продолжали работать в своих подсетях, не замечая сбоя, а при восстановлении связи происходила бы синхронизация изменений. 

    Подскажите, пожалуйста, оптимальный вариант топологии фермы для такой задачи. Или это будет две фермы? Мы рассматривали вариант "stretched farm", но там что-то нереальные требования для сети (не менее 1 гигабита в сек). Можно ли обойти это требование, допустим используя какой-нибудь хадварный лоад балансер?

    14 апреля 2016 г. 3:52

Ответы

  • Добрый день,

    вопрос - зачем? Вам будет дешевле иметь одну ферму в головном филиале + резервный интернет канал.

    На самом деле обеспечить 99% доступности очень дорого аппаратно. На текущий момент(доллар то дороговат еще), если посчитать стоимость 4-6 нормальных серверов(в минимальной конфигурации в вашем случае) + помещение + питание и кондиционирование + администрирование\обслуживание + их время-износ + ... сами допишите (и это мы только обеспечим доступность, для надежности еще бы СХД типа EMC), то проще все-таки SharePoint Online арендовать по количеству пользователей.

    Конечно, если имеем пару тысяч пользователей, бизнес-задачу + примерно 10млн рублей(не считая SP CAL и внедрения), то да можно подумать :)

    14 апреля 2016 г. 4:29
  • Подумать нужно :) 

    Что потребуется, чтобы сделать это в минимальной конфигурации?

    Рекомендованные требования - Требования к оборудованию и программному обеспечению для SharePoint 2013

    Уменьшать аппаратные ресурсы не стоит, SQL-сервер нужен железный, SP можно виртуализировать, не так критично.

    А растянутая ферма действительно требует скоростного канала, без оптики не обойтись.

    Минимальная конфигурация зависит от поставленных задач - опишите вкратце, что необходимо, какие задачи стоят?

    14 апреля 2016 г. 6:06
  • “stretch farm” используется для построения отказоустойчивости решения (на случай если один ДЦ вышел из строя), а не для "если потерялась связь все работают, а потом это как то синхронизируется", как вы себе представляете решение конфликтов после восстановления связи чисто логически?

    Вам необходимо просто проработать резервные каналы связи и все ваши задачи поставленные задачи по обеспечению отказоустойчивости. Либо как вариант уйти в облако, но для беспрерывной работы в филиалах, так же потребуются варианты резервирования интернета.


    14 апреля 2016 г. 9:50

Все ответы

  • Добрый день,

    вопрос - зачем? Вам будет дешевле иметь одну ферму в головном филиале + резервный интернет канал.

    На самом деле обеспечить 99% доступности очень дорого аппаратно. На текущий момент(доллар то дороговат еще), если посчитать стоимость 4-6 нормальных серверов(в минимальной конфигурации в вашем случае) + помещение + питание и кондиционирование + администрирование\обслуживание + их время-износ + ... сами допишите (и это мы только обеспечим доступность, для надежности еще бы СХД типа EMC), то проще все-таки SharePoint Online арендовать по количеству пользователей.

    Конечно, если имеем пару тысяч пользователей, бизнес-задачу + примерно 10млн рублей(не считая SP CAL и внедрения), то да можно подумать :)

    14 апреля 2016 г. 4:29
  • Подумать нужно :) 

    Что потребуется, чтобы сделать это в минимальной конфигурации?

    14 апреля 2016 г. 4:45
  • Подумать нужно :) 

    Что потребуется, чтобы сделать это в минимальной конфигурации?

    Рекомендованные требования - Требования к оборудованию и программному обеспечению для SharePoint 2013

    Уменьшать аппаратные ресурсы не стоит, SQL-сервер нужен железный, SP можно виртуализировать, не так критично.

    А растянутая ферма действительно требует скоростного канала, без оптики не обойтись.

    Минимальная конфигурация зависит от поставленных задач - опишите вкратце, что необходимо, какие задачи стоят?

    14 апреля 2016 г. 6:06
  • Планируется развернуть корпоративный портал + СЭД + необходим обмен файлами между подразделениями. Общий объем контента порядка 1 ТБ. И гонять файлы внутри филиала, допустим, через головной офис - как-то не очень, если делать ферму только в одном городе. Минимально будет 4 сервера (по 1 SP и 1 SQL в каждом офисе). Вопрос как их объединить?
    14 апреля 2016 г. 7:27
  • “stretch farm” используется для построения отказоустойчивости решения (на случай если один ДЦ вышел из строя), а не для "если потерялась связь все работают, а потом это как то синхронизируется", как вы себе представляете решение конфликтов после восстановления связи чисто логически?

    Вам необходимо просто проработать резервные каналы связи и все ваши задачи поставленные задачи по обеспечению отказоустойчивости. Либо как вариант уйти в облако, но для беспрерывной работы в филиалах, так же потребуются варианты резервирования интернета.


    14 апреля 2016 г. 9:50