Rto это что такое
Rto это что такое
Смотреть что такое «RTO» в других словарях:
RTO — is a three letter abbreviation that may refer to:* The Really Terrible Orchestra * Return to Operation, an IT Service Management term * Rejected takeoff, in aviation * Return to Owner * Regional Transport Office, Indian government bureau *… … Wikipedia
RTO — steht für: Really Terrible Orchestra, ein Laienorchester aus Schottland Rejected Take Off, eine Abkürzung für einen Startabbruch in der Luftfahrt Rapid Thermal Oxidation, ein CVD Verfahren in der Halbleitertechnik Radio Telstar Offenburg, ein… … Deutsch Wikipedia
RTO — Durée maximale d interruption admissible La durée maximale d interruption admissible, en anglais Recovery Time Objective (RTO) constitue le temps maximal acceptable durant lequel une ressource (généralement informatique) peut ne pas être… … Wikipédia en Français
RTO — abbreviation railroad transportation officer; railway transportation officer * * * RTO (no periods), radiotelephone operator … Useful english dictionary
RTO — Regional Transmission Organization (Business » General) **** Rent To Own (Community) ** Recovery Time Objective (Computing » Networking) ** Research and Technology Organization (Governmental » United Nations) ** Research and Technology… … Abbreviations dictionary
RTO — return to office; right toeoff … Medical dictionary
RTO — • Referred to Output ( > IEEE Standard Dictionary ) • Responsible Test Organization NASA … Acronyms
Rto. — Reconocimiento … Diccionario de siglas médicas y otras abreviaturas
þǽrtó — adv thereto, to it, to that place; 1. marking position or order, next, then; 2. marking addition, besides; 3. marking association, belonging to; 4. where movement, lit. or fig., is implied, to that place; 5. thereto, for that end, for that… … Old to modern English dictionary
RTO — [1] Referred to Output ( > IEEE Standard Dictionary ) [2] Responsible Test Organization ( > NASA Acronym List ) … Acronyms von A bis Z
RTO — Research and Technology Organization Contributor: CASI … NASA Acronyms
Rto это что такое
1 RTO
2 RTO
Тематики
тепловая мощность ядерного реактора
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]
Тематики
директивное время восстановления
Время, за которое требуется восстановить систему в случае необходимости.
[ http://www.dtln.ru/slovar-terminov]
целевое время восстановления
RTO
(ITIL Service Design)
(ITIL Service Operation)
Максимальное время, отведенное для восстановления ИТ-услуги после за ее прерывания. Предоставляемый при этом уровень услуги может быть ниже нормальных значений целевых показателей уровня услуги. Целевое время восстановления должно быть обсуждено, согласовано и задокументировано для каждой ИТ-услуги.
См. тж. анализ влияния на бизнес.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
recovery time objective
RTO
(ITIL Service Design)
(ITIL Service Operation)
The maximum time allowed for the recovery of an IT service following an interruption. The service level to be provided may be less than normal service level targets. Recovery time objectives for each IT service should be negotiated, agreed and documented. See also business impact analysis.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]
Тематики
2.26 целевой срок восстановления (recovery time objective; RTO): Время, запланированное для:
— возобновления производства продукции или оказания услуг после инцидента;
— возобновления деятельности после инцидента;
— восстановления информационной системы и/или прикладных программ после инцидента.
Обратное поглощение (RTO)
Что такое Обратное поглощение (RTO)?
Для начала частная компания покупает достаточно акций, чтобы контролировать публично торгуемую компанию. Затем акционер частной компании обменивает свои акции частной компании на акции публичной компании. На этом этапе частная компания фактически превратилась в публичную компанию.
RTO также иногда называют обратным слиянием или обратным IPO.
Ключевые моменты
Как работает обратное поглощение (RTO)
Участвуя в RTO, частная компания может избежать дорогостоящих сборов, связанных с организацией IPO. Однако компания не получает дополнительных средств через RTO, и у нее должно быть достаточно средств для завершения транзакции самостоятельно.
Хотя это и не является требованием RTO, название публично торгуемой компании часто меняется в рамках этого процесса.Например, компьютерная компания Dell (DELL ) завершила обратное поглощение акций отслеживания VMware (DVMT) в декабре 2018 года и вернулась к статусу публичной компании.Он также изменил свое название на Dell Technologies.1
Краткая справка
Для компании, которая хочет стать публичной, обратное поглощение (RTO) может быть более дешевым и быстрым вариантом, чем IPO. Однако они, как правило, несут больший риск для инвесторов.
Иногда МРК называют «IPO бедняков». Это связано с тем, что исследования показали, что компании, которые выходят на биржу через RTO, обычно имеют более низкие показатели выживаемости и производительности в долгосрочной перспективе по сравнению с компаниями, которые проходят традиционное IPO, чтобы стать публично торгуемой компанией.
Особые соображения
В отличие от обычных IPO, которые можно отменить, если фондовые рынки работают плохо, обратные слияния обычно не откладываются.Многие частные компании, желающие завершить обратное слияние, часто несут серию убытков, и процент убытков может быть отнесен на будущую прибыль в качестве перенесенного налогового убытка.2
С другой стороны, обратные слияния могут выявить слабые места в управленческом опыте и ведении учета частной компании. Кроме того, многие обратные слияния терпят неудачу; они в конечном итоге не оправдывают обещанных ожиданий, когда в конечном итоге начинают торговать.
Иностранная компания может использовать RTO в качестве механизма для выхода на рынок США. Например, если бизнес, осуществляющий операции за пределами США, приобретает достаточно акций, чтобы иметь контрольный пакет акций американской компании, он может перейти к слиянию иностранного бизнеса с бизнесом в США.
Disaster Recovery: облака и аварийное восстановление IT-инфраструктуры
Чем быстрее информационные системы возобновят работу, тем меньше последствий. Поэтому компании создают катастрофоустойчивые инфраструктуры, развертывая резервные мощности на физических серверах или в облаках.
По прогнозам компании Grand View Research, к 2025 году объем мирового рынка решений для аварийного восстановления достигнет 26,23 млрд долларов США. Спрос растет из-за того, что IT-системы становятся сложнее, поэтому увеличивается число случаев отказа инфраструктуры вследствие внешних и внутренних угроз.
Самый быстрый рост ожидается в сегменте малого и среднего бизнеса — такие компании будут активно внедрять облачные решения Disaster Recovery, которые стали доступнее. Мы расскажем, как работают сервисы восстановления IT-инфраструктуры в облаках и как сделать работу бизнеса непрерывной.
Что такое Disaster Recovery
Disaster Recovery (DR) или катастрофоустойчивость — способность IT-инфраструктуры восстановиться после катастрофы.
Это часть планирования непрерывности бизнеса (Business Continuity, ВС), в которую входят процессы, методы и оборудование для того, чтобы критичные функции бизнеса выполнялись бесперебойно. То есть компания должна продолжать работать, несмотря на стихийные бедствия, атаки, внутренние сбои, или хотя бы быстро восстановить работу и не потерять важные данные.
Для этого основные системы хранения и обработки данных резервируют на удаленной площадке — физическом оборудовании или через облачных провайдеров. Если ЦОД компании распределен по нескольким площадкам, нужно организовать каналы связи между ними, составить план резервного копирования и восстановления систем.
Экономика Disaster Recovery: время восстановления и точка восстановления
Есть два ключевых параметра Disaster Recovery, которые влияют на стоимость катастрофоустойчивой системы, и ущерб для бизнеса в случае сбоя.
Чем меньше RTO и RPO, тем дороже решение: систему, которая моментально восстанавливается после сбоя и не теряет данные, организовать сложнее.
Зависимость стоимости от величины RTO/RPO
Чтобы выбрать подходящую модель аварийного восстановления, нужно посчитать, какие убытки понесет бизнес в результате простоя. Потом подобрать такие RTO и RPO, когда вероятные потери перевешивают затраты на организацию Disaster Recovery. То есть найти баланс между расходами на катастрофоустойчивость и убытками компании в случае катастрофы с учетом времени восстановления бизнес-процессов и объема потери данных.
Выбор оптимального решения
Что лучше для Disaster Recovery: резервный ЦОД или облако
При классическом подходе к аварийному восстановлению инфраструктуру дублируют в резервный дата-центр: организуют второй ЦОД, который либо полностью дублирует рабочий, либо берет на себя создание и хранение копий данных, критичных для бизнеса.
Вместо того, чтобы создавать собственную резервную площадку, компания может перейти на Cloud DRaaS — облачные сервисы для быстрого аварийного восстановления IT-инфраструктуры. Disaster Recovery в этом случае предоставляется облачным провайдером как услуга.
Это дешевле и проще, чем строить вторую IT-инфраструктуру. Сравним Cloud DRaaS с классическим вариантом — собственным резервным ЦОД,
Организация
Резервный ЦОД. Его сложно организовать. Дублирующая инфраструктура большую часть времени простаивает, однако, нужно закупить или арендовать оборудование, настроить, обслуживать, ремонтировать и обновлять его. Нужен обслуживающий персонал, важно настроить репликации, переключение доменов и DNS-записей, чтобы система заработала в случае аварии. Не всегда можно совместить с нужными платформами.
Cloud DRaaS. Внедрить просто. Можно настроить облачную инфраструктуру силами собственных специалистов или заказать консалтинг у провайдера. Не нужно обслуживать резервную систему и нанимать персонал. Облачные решения интегрируются с большинством популярных платформ, они могут работать с разным оборудованием и приложениями.
Стоимость
Резервный ЦОД. Высокая стоимость. Нужны серьезные вложения для создания и обслуживания дублирующей инфраструктуры, электропитания ЦОД, ремонта и замены оборудования, оплаты услуг персонала, покупки лицензий для серверов и хранилищ, обеспечения безопасности.
Cloud DRaaS. Стоимость зависит от модели, которую использует компания, есть разные решения, отличающиеся по цене. Однако облачные технологии всегда дешевле собственного резервного ЦОД, так как не надо платить за машинные залы, их обслуживание и работу инженеров. При размещении инфраструктуры в облаке часто используют модель Pay-As-You-Go, когда оплата идет за фактически использованные ресурсы — если система не используется, бизнес платит меньше.
Три модели облачных решений Disaster Recovery
В зависимости от масштаба бизнеса и желаемого RTO/RPO можно выбрать три варианта аварийного восстановления в облаке.
Решение для резервного копирования и восстановления (Backup & Restore Solution). Информация копируется и восстанавливается по заданному расписанию, например, раз в сутки или несколько часов. Скопированная IT-инфраструктура помещается в надежное облачное хранилище, например, облачное решение для «горячего хранения» данных Hotbox. Когда наступает катастрофа, клиент восстанавливает информационные системы из облака. Если катастрофа происходит между копированиями, то данные, которые не были сохранены, потеряются.
RTO и RPO у этого облачного решения самые высокие — от 2-3 часов, зато оно экономично и подходит малому бизнесу, которому не критична непрерывная работа инфраструктуры.
Решение можно сравнить с поломкой автомобиля во время поездки. Например, лопнула шина или порвался ремень генератора, а у водителя нет запасных. Теперь нужно ждать эвакуатор, тратить время на ремонт в автосервисе или шиномонтаж. Чем больше повреждения, тем дольше автомобиль никуда не поедет.
Копии инфраструктуры делают периодически и хранят в облачном хранилище
Такой вариант резервного копирования и восстановления можно реализовать и без облака: обычно данные копируют на ленту и хранят в том же ЦОДе, что не станет страховкой от пожара. Кроме этого, в таких случаях восстановление системы может занять несколько дней. Облачные хранилища вроде Hotbox ускоряют процесс, так как позволяют оперативно вытащить данные. Поэтому можно вернуть систему к работе за несколько часов.
Решение для быстрого восстановления (Quick Recovery Solution). Информационная система содержится в облаке в минимально рабочей конфигурации. Рабочая и резервная базы данных непрерывно синхронизируются в инкрементальном режиме — то есть сначала делают полную копию системы, а потом копируют только новую информацию. В облаке содержатся готовые к запуску шаблоны виртуальных машин и приложений. После сбоя IT-инфраструктуру можно запустить одной кнопкой.
После аварии время нужно только на запуск приложений, в облаке хранится актуальная копия информационной системы, поэтому данные не теряются. Этот вариант дороже первого, так как он подразумевает платное агентское решение, клиент платит за использование ресурсов и образов, организацию непрерывного копирования и систему восстановления «по одной кнопке». Зато RTO/RPO решения меньше: до получаса/несколько минут. Оно универсально и подходит большинству компаний, в том числе интернет-магазинам, где важно не терять данные о заказах и транзакциях. Кроме того, хранение инфраструктуры в «спящем режиме» дешевле, чем организовать и обслуживать вторую боевую инфраструктуру, находящуюся в рабочем состоянии.
Если продолжить аналогию со сломанным автомобилем, то оно похоже на ситуацию, когда поломка случилась, но под рукой все, чтобы ее исправить. Не надо вызывать эвакуатор и ехать в сервис, однако, нужно потратить немного времени на ремонт.
В облаке содержится актуальная копия рабочей IT-инфраструктуры
Синхронность записи данных зависит от системы, есть два варианта с учетом нужной точки восстановления (RPO):
Переключение трафика на резервную инфраструктуру может быть ручным или автоматическим. В таком варианте простоя после аварии практически не будет, но решение подходит не для всех IT-инфраструктур.
Параллельная активная инфраструктура подходит компаниям, где работа информационных систем критична для бизнеса: не должно быть сбоев, потеря данных недопустима. Например, финансовые компании и банки, госуслуги, крупные IT-компании. В этом решении RTO/RPO минимальны: несколько минут/несколько секунд. Оно самое дорогое из облачных вариантов Disaster Recovery, но его стоимость меньше, чем стоимость резервного дата-центра.
Еще одно преимущество параллельной инфраструктуры: возможность эластичного масштабирования — если нужны дополнительные вычислительные ресурсы или память, они выделяются динамически в широких пределах.
Решение можно сравнить с электроснабжением операционных. Всегда есть резервный источник энергии: если отключат электричество, то аппаратура, поддерживающая жизнь пациента, не выключится, произойдет переключение на автономную электростанцию.
При отключении основной инфраструктуры трафик можно переключить на резервную
Есть похожие решения, в которых облачная инфраструктура не стоит «в резерве», а также ставится под нагрузку и представляет собой «второе плечо» инфраструктуры. При этом выполняется балансировка нагрузки с равномерным распределением запросов между инфраструктурами. Строго говоря, это решение не относится к классу DRS, но позволяет на сходной с DRS архитектуре организовать высокодоступный геораспределенный сервис (high availability).
Два плеча инфраструктуры с балансировкой нагрузки
Что такое RPO и RTO
В этой статье я бы хотел подробно остановиться на двух магических показателях, с которыми необходимо определиться до того, как планировать резервное копирование и восстановление не только баз данных Microsoft SQL Server, но и любых других хранилищ информации. Не понимая и не зная этих двух чисел, вы рискуете неправильно оценить риски для бизнеса и составить неверный план восстановления.
Итак, RPO (recovery point objective) это максимальный период времени, за который могут быть потеряны данные в результате инцидента. Например, у нас имеется информационная система и RPO для нее мы определили в 1 час. Это значит, что, если вдруг происходит авария, мы готовы к тому, что систему удастся восстановить, но в ней будут потеряны данные не более, чем за последний час. Количество потерянных данных может быть меньше, если нам повезет, но не более 1 часа. Этот показатель говорит нам о том, как часто мы должны делать резервные копии нашей системы, и какие технологии применять, чтобы удержать этот показатель. Может ли он быть ноль? Теоретически да, но на практике организовать это очень сложно. Это можно организовать, только, если запись идет как минимум в 2 разных хранилища. Использование AlwaysOn Availability Groups или Database Mirroring вам не поможет, т.к. эти технологии не спасут от случайного удаления таблицы.
RTO (recovery time objective) это промежуток времени, в течение которого система может оставаться недоступной в случае аварии. Например, в центре обработки данных произошел пожар, но мы хотим, чтобы система была снова доступна для работы через 2 часа. Это и есть наш RTO. Мы должны планировать так, чтобы за этот промежуток восстановить работоспособность информационной системы на резервном оборудовании или площадке. Это можно реализовать с помощью различных технологий отказоустойчивости или же простым восстановлением из резервных копий на другой сервер. В любом случае мы должны обеспечить этот показатель при инциденте.
Кто определяет эти числа? В идеале, их вам должен сказать владелец сервисов. Обычно это представитель бизнеса, который редко знает, что это за показатели. Ваша задача состоит в том, чтобы совместно с ним прийти к итоговому решению, т.к. чем меньше эти показатели, тем больше ресурсов потребуется, чтобы их обеспечить. Например, для тестовой базы данных не нужен показатель RPO в 1 минуту, т.к. они, скорее всего, готовы потерять все данные целиком и просто повторно их сгенерировать. А вот RTO для них может быть критичен, т.к. в случае недоступности, несколько человек не смогут работать какое-то время. В то же время не надо переусердствовать, обеспечивая очень маленький показатель, т.к. затраты на его поддержку могут легко превысить оплату труда простаивающих специалистов. В то же время для основных баз данных эти показатели будут играть большую роль, т.к. от них будет зависеть доход и репутация компании.