none
выбор технологии RRS feed

  • Вопрос

  • Привет. Есть 150 юзеров с рабочими станциями на windows 7 и windows 10 и серверы, назовем это условно - площадка А. 

    Хотим сделать площадку B, реплицируя виртуалки vmware. На площадке B надо сделать нечто к чему будут подключаться юзеры и работать с серверами (репликами) в случае БПц. Какая технология ms лучше подойдет для решения этой задачи? Хочется что бы юзер видел свой же рабочий стол, который на своем же физическом PC. Пока на ум приходит терминальный сервер и перемещаемые профили. Хотя может VDI ? Но нужно бюджетное решение. Посоветуйте что лучше подойдет ?   

    18 октября 2019 г. 7:24

Ответы

  • Какие приложения работают на серверах? - в основном стандартные суповые наборы - 1с, exchange, и тд. Много файловых шар.  

    Exchange имеет свои механизмы отказоустойчивости, например DAG.

    1С тоже имеет встроенную кластеризацию.

    На бэкэнде 1С, обычно работает с MS SQL. Опять есть DAG или репликация своими средствами.

    Контроллер домена, DNS, DHCP на второй площадке - тоже своими средствами "реплицируются".

    Что скрывается под "рабочим столом" пользователя? Если на ПК не хранится информация, которая будет утрачена при "потере" площадки, то в чем трудность подключиться к сетевым шарам с другого ПК?

    • Помечено в качестве ответа Vector BCOModerator 2 ноября 2019 г. 15:21
    21 октября 2019 г. 10:53
  • Нет, площадка А активна, Б - на подхвате, асинхронная репликация (т.е можно полдня / день работы потерять - не столь важно, но лучше минимизировать). 

    Между площадками 1гбит.

    Какие приложения работают на серверах? - в основном стандартные суповые наборы - 1с, exchange, и тд. Много файловых шар. 

    Репликация с помощью veeam (или vmware replication+SRM), пока не решил. 

    Вопрос в том как туда подключить юзеров, если к примеру площадка а останется без электроэнергии или лвс. Т.е вариант что человек свой офисный комп на площадке A теряет - тоже допустим. Но тогда он должен с любого ПК(домашний или ноут) как то соединяться с площадкой B, и попадет на свой рабочий стол. 

    Я думаю что нам все-таки vdi смотреть придется.. 

    тз не прояснилось... Если пользюк теряет комп, то ему выдается новый

    при чем тут площадка? если ДЦ А пропал по любой причине, то очень жаль и пользюк должен будет переподключиться к сервисам из ДЦ Б.

    VDI штука прекрасная и не мне вас сдерживать в вашых порывах его внедрить но нужно иметь ТЗ перед началом работ дабы не было проблем после их завершения.

    У вас сейчас идет синк между А и Б который занимает часть канала (если не весь канал). Если пользюки будут подключаться у удаленным рабочим столам кроссайт то они так же будут юзать этот канал, если канала не хватит будет лагать все и не сложно будет угадать кто будет крайним.


    The opinion expressed by me is not an official position of Microsoft

    • Помечено в качестве ответа Vector BCOModerator 2 ноября 2019 г. 15:21
    21 октября 2019 г. 6:36
    Модератор

Все ответы

  • не понятно что вы хотите реплицировать между площадками

    если полная копия вмки будет создана в В равно как и в А то они одинаковы (или около того)

    Если опустить историю про А и Б и припустить что вам нужно на сервере дать возможность доступа к документам с рабочего стола пк то тут у вас есть не много вариантов и roaming profile не вариант так как у вас используется 2 версии ос и профили с 7 на 16/18 серверах не взлетят и аналогично с профилями 10 на более старых серверных ос

    Есть вариант с folder redirection но если канал между сервером smb физическими машинами с дц с серверами слабый то и это работать не будет нормально

    на слабом канале можно городить dfs но это с одной стороны решит проблему, а с другой стороны получите ворох регулярных проблем с синхронизацией...

    короче говоря нужно детальное тз, дабы не пускаться в теории, а говорить детально


    The opinion expressed by me is not an official position of Microsoft

    18 октября 2019 г. 9:40
    Модератор
  • Вы как-то конкретизируйте детали:

    1. Площадки обе активны в данный момент времени или только какя-то одна?

    2. Какие приложения работают на серверах?

    3. Умеют приложения своими средствами выполнять кластеризацию/репликацию?

    4. Какие каналы связи между плащадками - количество и пропускная способность?

    18 октября 2019 г. 10:03
  • Нет, площадка А активна, Б - на подхвате, асинхронная репликация (т.е можно полдня / день работы потерять - не столь важно, но лучше минимизировать). 

    Между площадками 1гбит.

    Какие приложения работают на серверах? - в основном стандартные суповые наборы - 1с, exchange, и тд. Много файловых шар. 

    Репликация с помощью veeam (или vmware replication+SRM), пока не решил. 

    Вопрос в том как туда подключить юзеров, если к примеру площадка а останется без электроэнергии или лвс. Т.е вариант что человек свой офисный комп на площадке A теряет - тоже допустим. Но тогда он должен с любого ПК(домашний или ноут) как то соединяться с площадкой B, и попадет на свой рабочий стол. 

    Я думаю что нам все-таки vdi смотреть придется.. 

     
    21 октября 2019 г. 6:14
  • Нет, площадка А активна, Б - на подхвате, асинхронная репликация (т.е можно полдня / день работы потерять - не столь важно, но лучше минимизировать). 

    Между площадками 1гбит.

    Какие приложения работают на серверах? - в основном стандартные суповые наборы - 1с, exchange, и тд. Много файловых шар. 

    Репликация с помощью veeam (или vmware replication+SRM), пока не решил. 

    Вопрос в том как туда подключить юзеров, если к примеру площадка а останется без электроэнергии или лвс. Т.е вариант что человек свой офисный комп на площадке A теряет - тоже допустим. Но тогда он должен с любого ПК(домашний или ноут) как то соединяться с площадкой B, и попадет на свой рабочий стол. 

    Я думаю что нам все-таки vdi смотреть придется.. 

    тз не прояснилось... Если пользюк теряет комп, то ему выдается новый

    при чем тут площадка? если ДЦ А пропал по любой причине, то очень жаль и пользюк должен будет переподключиться к сервисам из ДЦ Б.

    VDI штука прекрасная и не мне вас сдерживать в вашых порывах его внедрить но нужно иметь ТЗ перед началом работ дабы не было проблем после их завершения.

    У вас сейчас идет синк между А и Б который занимает часть канала (если не весь канал). Если пользюки будут подключаться у удаленным рабочим столам кроссайт то они так же будут юзать этот канал, если канала не хватит будет лагать все и не сложно будет угадать кто будет крайним.


    The opinion expressed by me is not an official position of Microsoft

    • Помечено в качестве ответа Vector BCOModerator 2 ноября 2019 г. 15:21
    21 октября 2019 г. 6:36
    Модератор
  • Какие приложения работают на серверах? - в основном стандартные суповые наборы - 1с, exchange, и тд. Много файловых шар.  

    Exchange имеет свои механизмы отказоустойчивости, например DAG.

    1С тоже имеет встроенную кластеризацию.

    На бэкэнде 1С, обычно работает с MS SQL. Опять есть DAG или репликация своими средствами.

    Контроллер домена, DNS, DHCP на второй площадке - тоже своими средствами "реплицируются".

    Что скрывается под "рабочим столом" пользователя? Если на ПК не хранится информация, которая будет утрачена при "потере" площадки, то в чем трудность подключиться к сетевым шарам с другого ПК?

    • Помечено в качестве ответа Vector BCOModerator 2 ноября 2019 г. 15:21
    21 октября 2019 г. 10:53