29.2Требования по построению телекоммуникационной инфраструктуры
Требования по построению телекоммуникационной инфраструктуре, применяемой в облачных вычислениях, соответствуют документу «Методические рекомендации по составу и техническим требованиям к сетевому телекоммуникационному оборудованию учреждений системы здравоохранения для регионального уровня единой государственной информационной системы в сфере здравоохранения, а также функциональные требования к ним» от 14 ноября 2011 г., подготовленному Минздравсоцразвития РФ.
Вместе с тем, использование облачных вычислений накладывает особые требования к уровню качества и производительности каналов связи, т.к. в процессе работы происходит активное информационное взаимодействие между СУБД, серверами приложений и веб-интерфейсом пользователя на основе открытых протоколов.
Протоколы типа HTTP/HTTPS и передача данных с использованием языка разметки XML увеличивает трафик в 3-4 раза по сравнению с закрытыми бинарными протоколами.
Для облачных вычислений рекомендуется использовать телекоммуникационную инфраструктуру с параметрами качества. указанными в таблице Таблица .
Таблица - Параметры качества телекоммуникационной инфраструктуры
Параметр
|
Класс 0
|
Класс 1
|
Класс 2
|
Трафик для одного пользователя
|
512 кбит/с
|
256 кбит/с
|
128 кбит/с
|
Задержка
|
100 мс
|
200 мс
|
400 мс
|
Вариация задержки
|
50 мс
|
50 мс
|
-
|
Процент потерянных пакетов
|
0,001
|
0,001
|
0,001
|
Класс 0 – применяется для работы пользователей, использующих насыщенные веб-интерфейсы с мультимедиа-компонентами, подготовку сложных отчетных форм, работу с пакетным экспортом/импортом файлов.
Класс 1 – применяется для работы основной группы пользователей, без использования мультимедиа-компонент и сложных отчетных форм. Для данного класса гарантируется выполнение основных параметров быстродействия и времени отклика облачных информационных систем.
Класс 2 – применяется в резервном варианте, в случае технической невозможности организовать телекоммуникационный канал необходимого качества. Соблюдение параметров быстродействия и времени отклика от облачных информационных систем для данного класса не гарантируется.
29.3Требования по производительности и отказоустойчивости
Облачные технологии предполагают большое количество пользователей, поэтому к ним предъявляются повышенные требования по производительности и отказоустойчивости.
Для целей здравоохранения рекомендуется иметь параметры производительности и отказоустойчивости, указанные в таблице Таблица .
Таблица - Параметры производительности и отказоустойчивости
Параметр
|
Значение
|
Количество одновременно подключенных пользователей
|
не менее 10 тысяч
|
Время отклика, при полной нагрузке
|
не более 3 секунд
|
Показатель доступности
|
0,997 (режим 365*24, останов на профилактические работы не более 2 часов в месяц)
|
Время восстановления по аварии (Полный отказ информационной системы в результате технической или эксплуатационной аварии)
|
не более 24 часов
|
Время восстановления по сбою (Выход из строя одного из резервированных или дублирующих элементов или одного из нескольких элементов одинаковой функциональности)
|
не более 4 часов
|
Время восстановления по ошибке (Программные и аппаратные неисправности, не влияющие на работу Информационной системы в целом)
|
по согласованию
|
Рекомендуется проектировать, реализовывать и развертывать компоненты программного обеспечения таким образом, чтобы выдерживать следующие сбои и успешно восстанавливаться после них:
задержки в интернет-каналах;
снижение скорости обмена информацией по сети;
аппаратные сбои оборудования;
программные сбои системного, промежуточного и прикладного программного обеспечения;
установка нового программного обеспечения и его обновление;
перезагрузка операционных систем;
сверхпрогнозируемый рост числа запросов к приложению;
сверхпрогнозируемый рост требуемых ресурсов: лицензий, вычислительных мощностей, оперативной и дисковой памяти.
Технологическая платформа, на базе которой разработана информационная система, должна поддерживать вертикальную и горизонтальную кластеризацию с возможностью статической и динамической балансировки нагрузки внутри кластера.
Обновление информационной системы должно происходить в централизованном режиме для минимизации времени простоя, рисков отказа в обслуживании, трудозатрат обслуживающего персонала на местах;
Рекомендуется иметь возможность обновления отдельного функционального модуля, не меняя и не прерывая функционирование информационной системы в целом.
|
