Образцовый отказ сервера

Состояния сервера

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

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

Сервер как канал связиСервер как машинаСервер как человеческий процессор
Передача сообщенияОбработка частиРабота
Соединенный, но бездействуютОжидание новой части, чтобы прибытьОжидание работы
Несвязанный'off'Не на дежурстве
Содержание сообщения (незаконченная доступность места назначения)Содержание части (незаконченная доступность следующего оператора)Ожидание ресурса
Установление связиНагреваниеПодготовка начаться работает

Используйте логический элемент, чтобы реализовать состояние отказа

Для любого состояния, которое представляет неспособность сервера или отказ принять прибытие сущности даже при том, что сервер не обязательно полон, общая реализация включает блок Entity Gate, предшествующий серверу.

Логический элемент предотвращает доступ сущности к серверу каждый раз, когда сообщение контрольно-пропускной службы во входном порту во главе нулевых значений групповых переносов или отрицательных величин. Логика, которая создает управляющее сообщение, определяет, является ли сервер в состоянии отказа. Можно реализовать такую логику с помощью Функционального блока Simulink, с помощью блока Send сообщения, или с помощью графиков Stateflow® для перехода среди конечного числа состояний сервера.

Этот пример показывает экземпляр, в котором блок Entity Gate предшествует серверу. Пример не в частности о состоянии отказа, но идея управлять доступом к серверу подобна. Это моделирует стохастическим образом происходящий отказ, который длится некоторое количество времени.

Примечание: логический элемент препятствует тому, чтобы новые сущности прибыли в сервер, но не препятствует тому, чтобы текущая сущность завершила свой сервис. Если вы хотите извлечь текущую сущность с сервера после возникновения отказа, то можно использовать функцию вытеснения сервера, чтобы заменить текущую сущность на высокоприоритетную сущность 'заполнителя'.

Смотрите также

|

Связанные примеры

Больше о