none
Отказоустойчивость и распределение нагрузки VM RRS feed

  • Вопрос

  • Коллеги, добрый день!

    Помогите решить задачу.

    1. Есть 1С (MS SQL и шара с документооборотом)

    2. Два города А и Б, между ними канал в 20Мб

    3. 4 сервера: 2 в городе А, 2 в городе Б.

    В данный момент 1С находится в городе А, в следствии чего в городе Б 1С тормозит (в городе Б у всех тонкий клиент).

    В идеале необходимо чтобы в городе Б тоже был сервер с 1С. Иными словами: необходима отказоустойчивость и распределение нагрузки.

    Отказоустойчивость - не проблема, но как создать распределение нагрузки, чтобы SQL и шара была в городе Б и пользователи подключались к серверу 1С из своего сайта?


    27 октября 2016 г. 8:30

Ответы

  • Какое это отношение имеет к виртуализации? -)

    DFS-R и SQL AlwaysOn рассматривали? Либо организацию работы Б-пользователей через терминальную ферму.
    27 октября 2016 г. 8:59
    Модератор
  • это можно организовать только путем развертывания терминального сервера в городе А, чтобы юзеры из города В работали через него. Собственно как вам и посоветовал Денис.

    Если нужно именно "локальное" приложение и пользоваться полноценной сессией rdp не вариант, то вы можете опубликовать 1С через remoteapp. Несмотря на задержки связи, реально приложение будет запущено на терминалке города А, у которой связь с сервером 1С хорошая, а юзеры будут видеть на своем рабочем столе привычную 1С. Правда могут возникнуть небольшие проблемы с печатью (она будет работать медленнее)

    27 октября 2016 г. 9:36

Все ответы

  • Какое это отношение имеет к виртуализации? -)

    DFS-R и SQL AlwaysOn рассматривали? Либо организацию работы Б-пользователей через терминальную ферму.
    27 октября 2016 г. 8:59
    Модератор
  • Думал, что это можно организовать как то при помощи hyper-v.

    27 октября 2016 г. 9:12
  • это можно организовать только путем развертывания терминального сервера в городе А, чтобы юзеры из города В работали через него. Собственно как вам и посоветовал Денис.

    Если нужно именно "локальное" приложение и пользоваться полноценной сессией rdp не вариант, то вы можете опубликовать 1С через remoteapp. Несмотря на задержки связи, реально приложение будет запущено на терминалке города А, у которой связь с сервером 1С хорошая, а юзеры будут видеть на своем рабочем столе привычную 1С. Правда могут возникнуть небольшие проблемы с печатью (она будет работать медленнее)

    27 октября 2016 г. 9:36
  • DFS-R и SQL AlwaysOn рассматривали? Либо организацию работы Б-пользователей через терминальную ферму.

    DFS-R будет не очень хорошо работать из-за репликации в обе стороны. Кончится потерей данных.

    Так что, вариантов два: RDP/RemoteApp или VDI. :-)


    Сергей Панченко

    8 ноября 2016 г. 12:41