Относительно недавно получил вопрос, вынесенный в заголовок. Известно, что при планировании конференции Lync мы получаем веб ссылку в формате https://meet.domain.com/User-name/ID. Она позволяет подключаться к конференции даже спустя несколько дней после её завершения. Но как долго она остаётся рабочей?

Чтобы немного освежить теорию, можно обратиться к замечательному ресурс-киту для Lync Server. А именно к четвёртой части – “Conferencing and Collaboration”. Процесс создания конференции выглядит следующим образом:

  1. The Online Meeting Add-in for Lync 2010 uses the
    Lync APIs and the Domain Name System (DNS) lookup or the manually configured server address to connect Outlook, through the Lync client, to the Focus Factory. The add-in then bundles the following information, required by the Focus Factory to create a conference, into a SIP SERVICE request:

    • The conference ID
    • A participant list
    • User role information
    • An expiration date
  2. The Focus Factory writes the following conferencing information to the conferencing database located in the Back End Server:
    • Conference ID
    • PSTN Meeting ID
    • Expiration date and time of conference
    • List of conference participant roles and the privileges associated with those roles
    • Conference key for participants without an identity in Active Directory® Domain Services (AD DS)
    • Supported media types
    • Authorization types (including locked, invited attendee, my company, and everyone)

The conferencing data is contained within two databases: RTC and RTCDyn. The information listed previously is stored in real-time communications (RTC).

Получается, что ссылка на встречу хранится не вечно, есть время окончания хранения. При этом само время не указано. Как его настраивать (и можно ли?) тоже непонятно. Экспериментальным путём, создавая разные типы конференций Lync и используя

dbanalyze /sqlserver:name /report:conf /user:sipid /conf:confid

можно получить данные по времени хранения для разных типов конференций. В базе RTC в таблице Conference есть замечательное поле ExpiringTime, в котором и хранится информация о том, когда данные конференции будут удалены из базы, что означает, что ссылка на конференцию станет нерабочей. Судя по информации из ресурс-кита для OCS эти цифры не поменялись и на текущий момент (для Lync Server) выглядят следующим образом:

  • For one-time scheduled conferences, set the expiration time to be the scheduled end time plus 14 days.
  • For recurring scheduled conferences with an end date, set the expiration time to be the scheduled end time of the last occurrence plus 14 days.
  • For recurring scheduled conferences without specified end dates, do not set an expiration time or set null as the expiration time.
  • For ad hoc IM or A/V conferences, set the expiration time to be eight hours.

То есть цифры эти жёстко прошиты в клиенте, который участвует в планировании конференции и изменить их по своему усмотрению мы не сможем.

Полезные ссылки:
Live Meeting: Best Before Date
Lync 2010 Conference ID Expirtation
OCS 2007 On-Premise Web Conferencing Meeting Expiration

Роль сервера DHCP является стандартной для многих корпоративных сетей, так как сильно упрощает процесс настройки клиентов. Это накладывает определённые требования по обеспечению доступности серверов DHCP в локальной сети предприятия. Обесепечние высокой доступности для серверов DHCP позволяет добиться следующих целей:

  • Любой авторизованный компьютер, который подключается к сети имеет возможность получить ip-адрес и дополнительные настройки сети от службы DHCP в любой момент времени
  • После получения ip-адреса, компьютер имеет возможность продлить аренду ip-адреса и продолжить использовать тот же ip-адрес

Windows Server 2012 предоставляет новый механизм обеспечения высокой доступности для роли DHCP. Два DHCP-сервера могут быть настроены для обеспечение высокой доступности сервиса DHCP через отказоустойчивость (failover relationship) (по аналогии с отказоустойчивым кластером). Отказоустойчивость имеет несколько параметров, влияющих на поведение серверов DHCP в случае сбоя: режим отказоустойчивой работы, области (scopes), защищённые отказоустойчивой связью. Последние полностью совпадают друг с другом в случае настройки отказоустойчивости. Если отказоустойчивость настроена, то DHCP серверы реплицируют информацию об арендованных ip-адресах и дополнитульную информацию о клиентах между собой, и, таким образом, всегда содержат актуальную информацию обо всех клиентах в сети. Если один из DHCP серверов становится по какой-то причине недоступен, то другие DHCP серверы будут содержать актуальную информацию о клиентах и смогут обслуживать их запросы. Continue Reading »

Scale-Out File Server (SOFS) – расширение роли обычного файлового сервера в Windows Server 2012. SOFS строится на базе отказоустойчивого кластера. В Windows Server 2012 отказоустойчивый кластер спроектирован для обеспечения непрерывной доступности (continuously available, CA) и поддержки масштабируемых хранилищ, используемых различными приложениями. SOFS использует протокол SMB 3.0, который предоставляет функции высокой доступности, производительности и отказоустойчивости.

Ключевые особенности:

  • Возможность динамического расширения ёмкости. SMB Scale-Out позволяет делать это с помощью настройки распределённого пространства имён (Distributed Namespace).
    • Низкая стоимость внедрения – SOFS может быть организован на базе двух узлов, и в дальнейшем расширен до четырёх. Так как используется отказоустойчивый кластер, то узлы могут добавляться и убираться из кластера без влияния на функциональность файлового сервера.
    • Масштабируемость, необходимая в данный момент времени – так как SOFS строится на базе модулей-узлов, то нет необходимости сразу закупать всё аппаратное обеспечение, начать можно с двух узлов. В дальнейшем, при увеличении нагрузки, можно закупить и подключить дополнительные ресурсы. Это позволяет уменьшить капитальные затраты на сервера и хранилища, снижает операционные расходы, упрощает администрирование и позволяет максимально задействовать используемое оборудование.
  • Высокий уровень использования аппаратного обеспечения. Все узлы кластера могут принимать и обслуживать клиентские SMB-запросы для всех общих папок SOFS. Это позволяет по-максимуму использовать доступную ширину канала между клиентом и сервером. Процесс обслуживания SMB-клиентов теперь ограничивается не производительностью узла кластера, а производительностью подсистемы хранения.
  • Постепенный процесс обновления технологии. При использовании кластеризованного файлового сервера в конфигурации “File Server for general use” им могут пользоваться старые клиенты. При этом предоставляется дополнительнная функциональность для новых клиентов Windows Server 2012.
  • Единая консоль управления. Позволяет управлять файловыми серверами, хранилищем и сетью с помощью новой консоли Server Manager.

SOFS представляет собой масштабируемое решение доступа к файловым ресурсам на базе протокола SMB, которое может использоваться предприятиями любых размеров. Continue Reading »

SMB Direct, он же SMB over RDMA, по сути описывает процесс передачи данных протокла SMB через высокоскоростные сетевые адаптеры, поддерживающие стандарт RDMA. RDMA (Remote Direct Memory Access) – стандарт передачи данных между приложениями. Приложения передают данные напрямую из памяти в обход процессора, что позволяет снижать на него нагрузку, и сильно увеличивает скорость передачи данных и производительность приложений.

На текущий момент существует три реализации этого стандарта:

  • InfiniBand
  • Internet Wide Area RDMA Protocol (iWARP)
  • RDMA over Converged Ethernet (RoCE)

Так как стандарт не предусматривает отказоустойчивости, то обычно SMB Direct рассматривают в связке с SMB Multichannel. Это позволяет строить хранилища на базе Windows Server 2012 по скоростям и производительности не уступающие сетям передачи данных (SAN).

Требования:

  • Как минимум два сервера с Windows Server 2012
  • Как минимум один поддерживающий RDMA сетевой адаптер на каждом сервере Continue Reading »

Windows Server 2012 поддерживает функцию SMB Multichannel, которая является частью протокла SMB 3.0 и позволяет сильно увеличить производительность и доступность файловых серверов.

SMB Multichannel позволяет файловым серверам использовать несколько сетевых подключений одновременно и предоставляет следующие возможности:

  • Увеличенная пропускная способность. Файловый сервер может при передаче данных использовать одновременно несколько сетевых подключений.
  • Отказоустойчивость к сбоям в сети. При использовании нескольких сетевых подключений клиент продолжает работать с файловым сервером, даже если несколько сетевых подключений перестанут работать.
  • Автоматическая настройка. SMB Multichannel автоматически обнаруживает существование нескольких доступных сетевых подключений и автоматически начинает их использовать по мере необходимости.

Требования. SMB Multichannel требует следующего:

  • Как минимум два компьютера с Windows Server 2012 или Windows 8

Нужна как минимум одна из следующих конфигураций:

  • Несколько сетевых адаптеров
  • Один или несколько сетевых адаптеров, подерживающих RSS (Receive Side Scaling)
  • Один или несколько сетевых адаптеров, объединённых в NIC Teaming
  • Один или несколько сетевых адаптеров, подерживающих RDMA (Remote Direct Memory Access) Continue Reading »

SMB Transparent Failover одна из ключевых функций протокола SMB 3.0. На файловых серверах на базе Windows Server 2012 можно хранить данные различных приложений (например, файлы виртуальных машин Hyper-V, базы данных сервера SQL). Указанные приложения предполагают, что их данные находятся в хранилище, которое надёжно и всегда доступно. В связи с этим они не обрабатывают ошибки ввода-вывода. В случае, если хранилище становится недоступным, данные могут быть повреждены, а дальнейшая их запись невозможна.

SMB Transparent Failover позволяет настраивать общедоступные папки при использовании отказоустойчивой кластеризации (Failover Clustering) таким образом, что они становятся высокодоступными. Это позволяет администраторам кластера проводить операции по поддержке узлов кластера без прерывания работы приложений, чьи данные хранятся на кластеризованном файловом сервере. В случае сбоя аппаратного обеспечения файловый сервер будет переключён на работающий узел без задержек, что так же позволит работать приложению, которое хранит свои данные на файловом сервере, не прерывать свою работу.

Требования:

  • Отказоустойчивый кластер на базе Windows Server 2012, состоящий как минимум из двух узлов. Мастер проверки конфигурации кластера должен отрабатывать на обоих узлах без ошибок.
  • Кластеризованный файловый сервер с одной или более общедоступными папками, работающими в режиме непрерывной доступности (continuously available).
  • Клиенты на базе Windows 8 или Windows Server 2012.

Чтобы использовать SMB Transparent Failover и клиент и сервер должны поддерживать SMB 3.0. На текущий момент эта поддержка реализована только для Windows 8 и Windows Server 2012. Клиенты использующие предыдущие версии SMB (1.0, 2.0, 2.1) использовать такие папки смогут, но не смогут использовать функцию SMB Transparent Failover. Continue Reading »