Словарь терминов и понятий облачных технологий, часть 2

VDI
Virtual Desktop Infrastructure (Инфраструктура виртуальных рабочих столов), технология виртуализации персональных рабочих мест (десктопов)

Пользователю предоставляется не физический компьютер, а некая модель рабочего места, с которой он сможет работать где угодно и получить настроенные персонально под него Windows, Office, Outlook (в офисном варианте) или специализированные приложения для работы с 2D/3D графикой ( Auto CAD, ProEngineer, Ansys и т.п.) Настроить такое решение можно таким образом, чтобы персональный рабочий стол открывался на любом оказавшемся под рукой устройстве - хоть на персональном компьютере, хоть на терминале, хоть на планшете или смартфоне, причем не зависимо где Вы не находились бы. При этом акселлерация 3D графики осуществляется за счет GPU ускорителей на серверной стороне решения, а не на персональном девайсе. Технологии VDI имеет смысл применять в тех случаях, когда нужно доставить пользователю не какое-то одно специальное приложение или два, а тогда, когда требуется обеспечить получение полноценной персональной Windows, точно такой же, как на обычном десктопе, со всеми персональными настройками и возможностью их изменять по своему усмотрению.

RDS / Remote Desktop Services — служба удаленных рабочих столов Windows (до Windows Server 2008 — терминалов), работающая по протоколу RDP. При таком подключении пользователи работают совместно на одном сервере. RDS применяют для организации работы небольших команд для решения стандартных офисных задач, таких как почта, 1С, MS Office. RDS – это удаленные рабочие столы с единой операционной системой, находящиеся на одном сервере. Это удачный вариант для малого бизнеса с небольшим штатом сотрудников. Технология поможет сократить расходы на обслуживание техники, сделать работу сотрудников более эффективной и обеспечить сохранность и конфиденциальность данных.

Cloud computing
Облачные вычисления (англ. cloud computing) — это модель обеспечения повсеместного и удобного сетевого доступа по требованию к общему пулу конфигурируемых вычислительных ресурсов, таким как: сети, серверы, устройства хранения данных, приложения и сервисы — как вместе, так и по отдельности, которые могут быть оперативно предоставлены и освобождены с минимальными эксплуатационными затратами и/или обращениями к сервисному провайдеру.

Характеристики облачных вычислений:

Самообслуживание по требованию (англ. self service on demand), потребитель самостоятельно определяет и изменяет вычислительные потребности, такие как серверное время, скорости доступа и обработки данных, объём хранимых данных без взаимодействия с представителем поставщика услуг;
Универсальный доступ по сети, услуги доступны потребителям по сети передачи данных вне зависимости от используемого терминального устройства;
Объединение ресурсов (англ. resource pooling), поставщик услуг объединяет ресурсы для обслуживания большого числа потребителей в единый пул для динамического перераспределения мощностей между потребителями в условиях постоянного изменения спроса на мощности; при этом потребители контролируют только основные параметры услуги (например, объём данных, скорость доступа), но фактическое распределение ресурсов, предоставляемых потребителю, осуществляет поставщик (в некоторых случаях потребители всё-таки могут управлять некоторыми физическими параметрами перераспределения, например, указывать желаемый центр обработки данных из соображений географической близости);
Эластичность, услуги могут быть предоставлены, расширены, сужены в любой момент времени, без дополнительных издержек на взаимодействие с поставщиком, как правило, в автоматическом режиме;
Учёт потребления, поставщик услуг автоматически исчисляет потреблённые ресурсы на определённом уровне абстракции (например, объём хранимых данных, пропускная способность, количество пользователей, количество транзакций), и на основе этих данных оценивает объём предоставленных потребителям услуг.
С точки зрения поставщика, благодаря объединению ресурсов и непостоянному характеру потребления со стороны потребителей, облачные вычисления позволяют экономить на масштабах, используя меньшие аппаратные ресурсы, чем требовались бы при выделенных аппаратных мощностях для каждого потребителя, а за счёт автоматизации процедур модификации выделения ресурсов существенно снижаются затраты на абонентское обслуживание.

С точки зрения потребителя, эти характеристики позволяют получить услуги с высоким уровнем доступности (англ. high availability) и низкими рисками неработоспособности, обеспечить быстрое масштабирование вычислительной системы благодаря эластичности без необходимости создания, обслуживания и модернизации собственной аппаратной инфраструктуры.

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

Модели развёртывания:

Private cloud (Частное облако)
Частное облако (англ. private cloud) — инфраструктура, предназначенная для использования одной организацией, включающей несколько потребителей (например, подразделений одной организации), возможно также клиентами и подрядчиками данной организации. Частное облако может находиться в собственности, управлении и эксплуатации как самой организации, так и третьей стороны (или какой-либо их комбинации), и оно может физически существовать как внутри, так и вне юрисдикции владельца.

Public cloud (Публичное облако)
Публичное облако (англ. public cloud) — инфраструктура, предназначенная для свободного использования широкой публикой. Публичное облако может находиться в собственности, управлении и эксплуатации коммерческих, научных и правительственных организаций (или какой-либо их комбинации). Публичное облако физически существует в юрисдикции владельца — поставщика услуг.

Hybrid cloud (Гибридное облако)
Гибридное облако (англ. hybrid cloud) — это комбинация из двух или более различных облачных инфраструктур (частных, публичных или общественных), остающихся уникальными объектами, но связанных между собой стандартизованными или частными технологиями передачи данных и приложений (например, кратковременное использование ресурсов публичных облаков для балансировки нагрузки между облаками).

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

При использовании облачных вычислений затраты потребителя смещаются в сторону операционных — таким образом классифицируются расходы на оплату услуг облачных провайдеров.

Для объяснения экономической составляющей облачных подходов к вычислениям часто используется аналогия с услугами водо- или электроснабжения, предоставляемыми в развитых инфраструктурах по соответствующим коммунальным сетям, легкодоступными и оплачиваемыми по мере потребления, в сравнении с разработкой каждым потребителем собственного водозабора или монтированием собственной электроустановки.

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

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

К услугам инфраструктуры, IaaS (Infrastructure as a Service) можно отнести набор физических ресурсов, таких как серверы, сетевое оборудование и накопители, предлагаемые заказчикам в качестве предоставляемых услуг. Частным примером услуг инфраструктуры является аппаратное обеспечение как услуга (Hardware as a Service – HaaS ). В качестве услуги пользователь получает оборудование, на основе которого разворачивает свою собственную инфраструктуру с использованием наиболее подходящего ПО.
Услуги платформы, PaaS (Platform as a Service) – это модель обслуживания, в которой потребителю предоставляются приложения (созданные или приобретенные) как набор услуг. Например, рабочее место как услуга (Workplace as a Service – WaaS) позволяет компании использовать облачные вычисления для организации рабочих мест своих сотрудников, настроив и установив все необходимое для работы персонала ПО. Данные как услуга (Data as a Service – DaaS) предоставляют пользователю дисковое пространство, которое он может использовать для хранения больших объемов информации. Безопасность как услуга (Security as a Service – SaaS) дает возможность пользователям быстро развертывать продукты, позволяющие обеспечить безопасное использование веб-технологий, безопасность электронной переписки, а также безопасность локальной системы.
Услуги приложений, SaaS (Software as a Service) предполагают доступ к приложениям как к сервису, то есть приложения провайдера запускаются в облаке и предоставляются пользователям по требованию как услуги. Оплата в данном случае осуществляется за фактическое использование ПО. Иногда эти услуги поставщики делают бесплатными, так как у них есть возможность получать доход, например, от рекламы.

Cluster (Кластер)
Кластер - это группа серверов, объединенных с помощью коммуникационных каналов для совместного решения информационно-вычислительных задач. Для пользователя кластер выступает единой системой, независимо от своей структуры и состава.
Кластеры применяются в научных исследованиях, финансовой аналитике, обработке медицинских изображений и многих других областях, где требуются большие вычислительные ресурсы. Сложные задачи выполняются сразу на нескольких узлах кластера, что значительно повышает производительность.

Из чего состоят кластеры
Кластер состоит из нескольких физических или виртуальных машин и вспомогательных ресурсов для взаимодействия с клиентами, хранения данных и решения вычислительных задач.

Основные компоненты кластера:
Узел доступа — сервер или маршрутизатор, расположенный между сетью клиента и кластером. Он обеспечивает их связь — в том числе передачу данных и управление доступом.
Узлы кластера — компьютеры, которые входят в состав кластера. Ими могут быть как физические серверы, так и виртуальные машины.
Сеть — совокупность коммуникационных каналов, которые используются для передачи данных и команд между узлами кластера.
Хранилище данных — локальное или удаленное хранилище различных ресурсов, необходимых кластеру.
Программное обеспечение — операционные системы, приложения и инструменты для управления кластером, выполнения задач, масштабирования и др.
Инструменты оркестрации и репликации — средства автоматизации развертывания и управления кластером, а также обеспечения надежности и доступности ресурсов.

Три основных типа кластеров:
Кластеры высокой доступности (High Availability), Кластеры с балансировкой нагрузки (Network Load Balancing, NLB), Высокопроизводительные кластеры (High-performance Cluster, HPC).

Кластеры высокой доступности
Приложение, запущенное на одном компьютере, достаточно уязвимо. Из-за этого надежность всей системы резко снижается. Если компьютер выйдет из строя, работа приложения будет приостановлена. Избежать этого помогает предварительный запуск приложения на резервной системе, которая сможет перехватить выполнение задачи, если что-то пойдет не так.
Кластеры высокой доступности построены по этому принципу. Они содержат избыточные узлы, одновременно выполняющие один и тот же процесс и позволяющие избежать потерь: если один узел выйдет из строя, остальные примут на себя его рабочую нагрузку.
Кластеры высокой доступности применяются для критических серверных приложений, например:
серверов баз данных;
терминальных и почтовых серверов;
серверов общего доступа к файлам.
К главным преимуществам таких кластеров относят:
стабильность — способность к восстановлению после сбоя;
отказоустойчивость — способность продолжать работу в случае сбоя;
надежность — способность работать должным образом в случае сбоя.

Кластеры с балансировкой нагрузки
Балансировка нагрузки — это распределение трафика между узлами кластера. Она помогает оптимизировать производительность и предотвратить поступление непропорционально больших объемов задач на отдельные узлы.
Балансировщик нагрузки может быть установлен как на главных узлах кластера, так и вне его. Он контролирует работоспособность узлов, определяет сбои и при необходимости перенаправляет входящий трафик на другие машины.
Кластеры с балансировкой нагрузки широко применяются для поддержания баз данных. Системы управления базами данных (СУБД) создают огромную нагрузку на сервер: на чтение идет бесконечный поток запросов, и часто одна машина не справляется. При кластеризации СУБД запускается сразу на нескольких серверах, один из которых назначается главным. Он занимается записью и актуализацией данных в базе. Остальные серверы — его реплики — обслуживают чтение, равномерно распределяя нагрузку между собой и сокращая время отклика.

Высокопроизводительные кластеры
Высокопроизводительные кластеры способны обрабатывать данные и выполнять сложные расчеты с огромной скоростью — в несколько квадриллионов операций в секунду — за счет параллельного запуска тысяч вычислительных узлов.
Такие кластеры популярны в сфере науки, промышленности и общественной жизни. Именно они обеспечивают работу интернета вещей и искусственного интеллекта, проведение живых стримингов с высоким разрешением, возможность прогнозирования природных катаклизмов и анализа финансовых рынков.

Преимущества кластеризации

Кластеризация помогает многократно усилить вычислительные мощности и повысить надежность приложений. Среди самых явных преимуществ:
Надежность и доступность. В случае сбоя одного из серверов кластер автоматически переводит нагрузку на другие серверы, гарантируя непрерывность работы. Это повышает доступность сервисов.
Масштабируемость. С помощью кластеризации можно легко увеличивать или уменьшать число серверов в группе без изменения инфраструктуры. Это помогает быстро адаптировать ресурсы под новые требования.
Высокая производительность. Объединение нескольких серверов приводит к более эффективному использованию ресурсов, что увеличивает производительность приложений.
Резервное копирование и восстановление. Кластеры позволяют создавать резервные копии данных и восстанавливать их в случае сбоя. Это обеспечивает защиту данных и их надежность.
Снижение затрат. Расходы на оборудование и обслуживание сокращаются, так как для выполнения одних и тех же задач при использовании кластеров требуется меньше серверов.
Ускорение разработки. Кластеризация ускоряет разработку и внедрение новых приложений, поскольку для тестирования и отладки доступны сразу несколько серверов.

Проблемы кластеризации

Несмотря на все положительные стороны, иногда кластеризация может оказаться слишком сложной и затратной технологией:
Сложность настройки. Кластеризация требует тщательной настройки: ошибки в конфигурации могут привести к нестабильному функционированию кластера или даже к его неработоспособности.
Ограничения оборудования. Некоторые серверы могут не поддерживать технологии, необходимые для создания отказоустойчивых конфигураций.
Высокая стоимость создания и масштабирования. Создание физического кластера может потребовать значительных финансовых, временных и ресурсных затрат на приобретение дополнительного оборудования, кабелей, коммутаторов и программного обеспечения, а также на настройку системы и ее обслуживание.
Проблемы совместимости. Серверы и программное обеспечение могут иметь разные версии, что приводит к проблемам совместимости при создании кластера, а значит, ошибкам, сбоям и нестабильности в будущем.
Ограничения пропускной способности. Физический кластер может иметь ограниченную пропускную способность между серверами из-за использования общей шины или кабелей. Это влечет за собой задержки и снижение производительности.
Проблемы безопасности. При создании физического кластера необходимо учитывать вопросы безопасности: например, если серверы находятся в одном помещении, нужно гарантировать им защиту от атак и несанкционированного доступа.

Облачные решения

Решить большинство проблем кластеризации помогают современные облачные технологии. Кластер в облачных вычислениях реализуется в виде группы узлов, размещенных на виртуальных машинах и соединенных внутри виртуального частного облака. Облако позволяет полностью исключить большую часть накладных расходов, связанных с настройкой кластера:
Виртуальные машины могут подготавливаться по требованию, что обеспечивает масштабируемость кластера за считанные минуты.
Инфраструктуру можно быстро обновлять, придавая кластеру гибкость, необходимую для адаптации к меняющимся потребностям.
Развертывание узлов в нескольких зонах и регионах доступности может ускорить время отклика, а также повысить устойчивость и безопасность.

SaaS - Software-as-a-service (Программное обеспечение как сервис)

Программное обеспечение как услуга (SaaS, англ. Software-as-a-Service) — модель, в которой потребителю предоставляется возможность использования прикладного программного обеспечения провайдера, работающего в облачной инфраструктуре и доступного из различных клиентских устройств или посредством тонкого клиента, например, из браузера (например, веб-почта) или интерфейс программы. Контроль и управление основной физической и виртуальной инфраструктурой облака, в том числе сети, серверов, операционных систем, хранения, или даже индивидуальных возможностей приложения (за исключением ограниченного набора пользовательских настроек конфигурации приложения) осуществляется облачным провайдером.

Примеры SaaS провайдеров: Google Apps, Microsoft Office 365, Onlive, GT Nexus, Marketo, VDI-Service.

PaaS - Platform-as-a-service (Платформа как сервис)

Платформа как услуга (PaaS, англ. Platform-as-a-Service) — модель, когда потребителю предоставляется возможность использования облачной инфраструктуры для размещения базового программного обеспечения для последующего размещения на нём новых или существующих приложений (собственных, разработанных на заказ или приобретённых тиражируемых приложений). В состав таких платформ входят инструментальные средства создания, тестирования и выполнения прикладного программного обеспечения — системы управления базами данных, связующее программное обеспечение, среды исполнения языков программирования — предоставляемые облачным провайдером.

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

Примеры PaaS провайдеров: AWS Elastic Beanstalk, Cloud Foundry, Heroku, Force.com, EngineYard, Mendix, OpenShift, Google App Engine, Windows Azure Cloud Services.

IaaS (Инфраструктура как сервис)

Инфраструктура как услуга (IaaS, англ. IaaS or Infrastructure-as-a-Service) предоставляется как возможность использования облачной инфраструктуры для самостоятельного управления ресурсами обработки, хранения, сетей и другими фундаментальными вычислительными ресурсами, например, потребитель может устанавливать и запускать произвольное программное обеспечение, которое может включать в себя операционные системы, платформенное и прикладное программное обеспечение. Потребитель может контролировать операционные системы, виртуальные системы хранения данных и установленные приложения, а также ограниченный контроль набора доступных сервисов (например, межсетевой экран, DNS). Контроль и управление основной физической и виртуальной инфраструктурой облака, в том числе сети, серверов, типов используемых операционных систем, систем хранения осуществляется облачным провайдером. Одной из альтернатив сервиса Iaas, или даже частным случаем, может быть использование заказчиком услуг аренды оборудования и ПО у поставщика ИТ-услуг и сервисов.

Примеры IaaS провайдеров: Amazon EC2, Azure Services Platform, DynDNS, Google Compute Engine, HP Cloud, iland,Joyent, LeaseWeb, Linode, NaviSite, Oracle Infrastructure as a Service, Rackspace Cloud, SAVVIS, SingleHop, and Terremark

DaaS - Desktop-as-a-service (Рабочий стол как услуга)
Десктоп как услуга (Daas, англ. Desktop-as-a-Service) - модель распространения и эксплуатации программного обеспечения, являющаяся логическим продолжением SaaS. При предоставлении услуги DaaS клиенты получают полностью готовое к работе («под ключ») стандартизированное виртуальное рабочее место, которое каждый пользователь имеет возможность дополнительно настраивать под свои задачи. Таким образом, пользователь получает доступ не к отдельной программе, а к необходимому для полноценной работы программному комплексу. Физически доступ к рабочему месту пользователь может получить через локальную сеть или Интернет. В качестве терминала может использоваться ПК или ноутбук, нетбук и даже смартфон. Устройство доступа используется в качестве тонкого клиента и требования к нему минимальны.

BaaS
Backup-as-a-Service (BaaS) — это комплексная услуга по созданию и хранению резервных копий данных. Сервис обеспечивает стабильность и надежность ИТ-инфраструктуры клиента, путем сохранения резервных копий корпоративных систем, баз данных и приложений в облаке провайдера.
BaaS идеально подходит для компаний, которые ежедневно обрабатывают большое количество данных, и которым необходима высокая доступность информационных систем. К таким отраслям можно отнести: ритейл, банкинг, страхование и производство.
Сервис позволяет сократить время копирования данных, уменьшить расходы на хранение данных на стороне клиента, ускорить обновление клиентских систем:
Быстрое копирование данных, процесс копирования на 30% быстрее благодаря современным методам, снижение расходов на хранение данных, затраты снижаются на треть, так как облачные ИТ-ресурсы требуют меньше места по сравнению с физическим хранилищем, легкое обновление систем.
В 20 раз ускоряются массовые обновления, благодаря централизованной системе распространения из облака провайдера. Клиентские данные хранятся в облаке провайдера в зашифрованном виде, поэтому BaaS обеспечивает быстрое и безопасное восстановление данных из хранилища, предотвращая простои и перебои в работе бизнеса.

DRaaS
Disaster Recovery as a Service (DRaaS), или аварийное восстановление ИТ-систем как услуга, заключается в создании копии физических или виртуальных серверов третьей стороной, чтобы минимизировать потери бизнеса, вызванные отказом инфраструктуры в случае техногенной катастрофы или стихийного бедствия.
DRaaS актуален для организаций, у которых нет возможностей или ресурсов для того, чтобы самостоятельно развернуть и настроить план аварийного восстановления (Disaster Recovery Plan, или DRP).
DRP – комплекс действий, направленных на восстановление ИТ-инфраструктуры и данных после какой-либо аварии, сбоя или катастрофы. Неважно, с чем они связаны: проблемы на уровне ИТ-инфраструктуры, авария инженерных систем ЦОДа, человеческие ошибки, пожары, землетрясения, наводнения.
Можно выделить пять основных этапов DRP:
· аудит ИТ-процессов с анализом и оценкой рисков;
· разработка DRaaS-решения;
· внедрение решения;
· тестирование решения;
· запуск в эксплуатацию.
На этапе разработки решения рассчитываются показатели RTO (recovery time objective) – максимально допустимое время простоя сервиса в случае сбоя, и RPO (recovery point objective) – точка возврата, или максимально допустимый объем возможных потерь данных.
Значения RTO и RPO устанавливаются каждой организацией индивидуально, исходя из специфики и задач бизнеса. Например, для каких-то компаний недоступность электронной почты не столь критична (RTO), а вот потеря статистики активности пользователей за неделю вызовет серьезные проблемы в работе бизнеса (RPO).
Для среднестатистической компании RTO и RPO могут быть большими, вплоть до нескольких дней. Если рассматривать банковские системы, RPO более 5 минут недопустим, потому что потерять данные за больший промежуток времени означает прямой финансовый ущерб.
DRP всегда учитывает влияние возможной аварии на бизнес (business impact). Специалисты считают, сколько денег теряет компания после того, как случился сбой, причем в расчет берутся не только прямые финансовые убытки, но и репутационные потери.
К примеру, к затратам можно отнести маркетинговая активность, которая потребуется для работы с имиджем компании после сбоев в работе ИТ-систем.

RPO и RTO
Показатели точки восстановления (RPO — Recovery Point Objective) и времени восстановления (RTO — Recovery Time Objective) позволяют организации узнать, какой объем данных она может потерять и как долго её сервисы могут быть недоступны — это ключевые элементы плана резервного копирования и плана аварийного восстановления.
Важно рассмотреть каждый показатель, их роль, способы их вычисления и финансовые последствия, а также способы их включения в различные планы обеспечения устойчивости.

Что такое RTO?
Показатель времени восстановления (RTO) определяет количество времени с момента наступления разрушительного события до момента, когда затронутые ресурсы должны быть полностью работоспособны и готовы поддерживать цели организации.
Когда ресурс выходит из строя, может потребоваться несколько действий, например, замена поврежденных компонентов, перепрограммирование и тестирование, прежде чем ресурс будет снова введен в эксплуатацию и начнется обычный режим работы. Существует обратная зависимость между временем восстановления и затратами, необходимыми для поддержки восстановления. В частности, чем короче RTO по времени, тем больше затраты на восстановление, и наоборот. Поэтому очень важно, чтобы при определении значений RTO участвовали руководители бизнес-подразделений. Они могут захотеть, например, чтобы целевое время восстановления составляло 30 минут, но затраты на достижение этой цели могут оказаться непомерно высокими.

Что такое RPO?
Показатель точки восстановления (RPO) особенно важен, когда речь идет о резервном копировании и восстановлении данных. Организациям — например, банкам, компаниям выпускающим кредитные карты — которые проводят много операций в течение дня, вероятно, потребуется более частое резервное копирование, почти в режиме реального времени, чтобы иметь в наличии самые актуальные критические данные для своих конкретных нужд, доступные для будущих операций. Это означает, что данные не должны сильно устареть с момента последнего резервного копирования, то есть данные должны быть как можно более актуальными. В этом и есть суть RPO, чтобы резервные копии данных были как можно более актуальными.

И здесь мы видим обратную зависимость между значением RPO и затратами на его достижение. Очень короткое RPO, например, от 10 до 30 секунд, означает, что резервное копирование данных должно выполняться очень часто, что требует использования высокоскоростных технологий резервного копирования, таких как зеркалирование или репликация данных, особенно если резервные копии хранятся вне площадки в облаке или другом месте. Добавьте к этому пропускную способность сети, необходимую для передачи больших объемов данных, и затраты могут быть значительными для достижения требуемой доступности данных.

Расчет RPO и RTO
Анализ воздействия на бизнес проводится для определения соответствующих значений RTO и RPO. Анализ рисков выявляет критически важные бизнес-процессы и определяет технологии, людей и объекты, необходимые для обеспечения непрерывности бизнеса. Он также может определить финансовые последствия — например, потерю доходов, наложение штрафов — вызванные сбоем.
На основе данных, полученных от руководителей бизнес-подразделений и высшего руководства, определяются числовые значения, которые представляют собой наилучшие сценарии восстановления после сбоев с точки зрения бизнеса. В настоящее время для расчета значений RTO/RPO не существует математических формул. Это исключительно числовые значения времени. Например, RTO для файлов транзакций с менее критическими данными может составлять 24 часа, а также может поддерживать использование оборудования для хранения резервных копий на магнитной ленте.
Как упоминалось ранее, по мере уменьшения численных значений RTO/RPO, затраты на достижение этих показателей, скорее всего, возрастут. Единственный способ определить истинную стоимость — это сначала определить желаемые значения RTO/RPO, а затем провести исследование, чтобы определить, что необходимо для достижения этих показателей, если произойдет сбой. Затем может потребоваться проинформировать руководителей бизнес-подразделений и высшее руководство о дополнительных инвестициях.
Именно здесь могут возникнуть потенциальные конфликты, поскольку если руководство не хочет тратить дополнительные средства для достижения указанных им желаемых показателей, оно должно понимать, что такое решение может повлечь за собой дополнительные риски в случае возникновения сбоев. В идеале, руководство должно быть осведомлено о потенциальных финансовых проблемах и других последствиях события — например, ущерб репутации — до того, как оно примет решение.