Непрерывность бизнеса vs отказоустойчивость IT
Их ошибочно считают синонимами. Но в действительности первое — глобальная задача для бизнеса, а второе — лишь одно из средств её достижения.
Непрерывность бизнеса — некий «план Б», который сохраняет способность всех процессов вашей компании функционировать в привычном режиме даже в случае ЧП в виде технических аварий, природных катаклизмов или человеческого фактора.
Эта способность затрагивает бизнес-процессы, бизнес-функции и деятельности предприятия в целом. В том числе и элементы IT-инфраструктуры. Но не во всех случаях она должна быть высоко доступной (готовой к использованию по запросу). Для одних процессов будут критичны 15 минут простоя, а для других даже отказ IT-систем на 24 часа незначительно повлияет на бизнес.
Очевидно, IT-инфраструктура является фундаментом для работы всех автоматизированных процессов, но не имеет прямого отношения к ожиданиям бизнеса.
В следующем посте сравним два примера критических ситуаций.
Их ошибочно считают синонимами. Но в действительности первое — глобальная задача для бизнеса, а второе — лишь одно из средств её достижения.
Непрерывность бизнеса — некий «план Б», который сохраняет способность всех процессов вашей компании функционировать в привычном режиме даже в случае ЧП в виде технических аварий, природных катаклизмов или человеческого фактора.
Эта способность затрагивает бизнес-процессы, бизнес-функции и деятельности предприятия в целом. В том числе и элементы IT-инфраструктуры. Но не во всех случаях она должна быть высоко доступной (готовой к использованию по запросу). Для одних процессов будут критичны 15 минут простоя, а для других даже отказ IT-систем на 24 часа незначительно повлияет на бизнес.
Очевидно, IT-инфраструктура является фундаментом для работы всех автоматизированных процессов, но не имеет прямого отношения к ожиданиям бизнеса.
В следующем посте сравним два примера критических ситуаций.
Как и обещали, разбираем аварийные ситуации, в которых бизнес-процессы находятся в высокой/низкой зависимости от функционирования IT-систем. Внимание на картинки.
В первом случае бизнес не понесет критических потерь, даже если на восстановление работы сайта придется потратить сутки.
Вторая картина — страшный сон IT-директоров.
Процессинговая компания. Два распределенных ЦОД. Работа 24/7.
Даже при наличии BackUp, время восстановления тома — 8 часов. Критичные виртуальные машины подняли быстро, но часть зависимостей не задокументирована, а это плюс 2 часа. На резервном ЦОДе не хватает ресурсов под зависимости, требуется перевозка дополнительного оборудования. Часть инфраструктуры размещается в публичном облаке, но из-за отпуска специалиста по сетям процесс занял 3 часа.
Через 13 часов после аварии система восстановлена, но работает неполноценно. Еще 2 часа уходит на актуализацию слетевших лицензий. Итого — 15 часов восстановления вместо 1 часа, которые мог себе позволить бизнес.
Почему так долго? Какие выводы должна сделать компания #2?
Продолжение читайте на нашей странице в Facebook: https://www.facebook.com/Cortel.Cloud/
В первом случае бизнес не понесет критических потерь, даже если на восстановление работы сайта придется потратить сутки.
Вторая картина — страшный сон IT-директоров.
Процессинговая компания. Два распределенных ЦОД. Работа 24/7.
Даже при наличии BackUp, время восстановления тома — 8 часов. Критичные виртуальные машины подняли быстро, но часть зависимостей не задокументирована, а это плюс 2 часа. На резервном ЦОДе не хватает ресурсов под зависимости, требуется перевозка дополнительного оборудования. Часть инфраструктуры размещается в публичном облаке, но из-за отпуска специалиста по сетям процесс занял 3 часа.
Через 13 часов после аварии система восстановлена, но работает неполноценно. Еще 2 часа уходит на актуализацию слетевших лицензий. Итого — 15 часов восстановления вместо 1 часа, которые мог себе позволить бизнес.
Почему так долго? Какие выводы должна сделать компания #2?
Продолжение читайте на нашей странице в Facebook: https://www.facebook.com/Cortel.Cloud/
31 марта — #WorldBackupDay.
В честь этого праздника мы подготовили краткую памятку для тех, кто хочет сохранить ценную информацию и обеспечить непрерывность своего бизнеса.
Резервное копирование — надежный способ сэкономить деньги, время и нервы. Но многие задумываются об этом уже после получения негативного опыта.
Мы опросили 173 компании и выяснили что большинство специалистов, которые знают о правилах резервирования, не догадываются о всех принципах построения надежной стратегии резервирования. Именно поэтому мы собрали их в удобный список и делимся с вами.
10 правил надежного BackUP для бизнеса:
1. Резервирование не равно резервному копированию. Кластера, RAID и размещение в облаке не спасают от потери данных;
2. Изучите правило 3-2-1;
3. Составьте перечень объектов копирования: Операционные системы, базы данных, общие папки и иные хранилища;
4. Составьте план резервного копирования, где определите частоту и глубину резервных копий;
5. Проверьте время восстановления из резервной копии, убедитесь в его приемлемости;
6. Расположите резервную копию на ином физическом сервере или СХД;
7. Обеспечьте дополнительную удаленную копию данных в облаке;
8. Регулярно тестируйте возможность восстановления данных из резервной копии для проверки целостности данных;
9. Настройте регулярное автоматическое резервное копирование;
10) Настройте оповещение на случай, если резервное копирование завершится с ошибкой.
Интересно, что создание "Дня бэкапа" как раз связано с появлением в сети первоапрельских вирусов, которые вызывают сбой системы и удаление информации.
Что поможет этого избежать вам, как пользователю:
1. Резервное копирование вручную на внешний жесткий диск или в облачный сервис.
Подходит для фото/видео и важных документов. Рекомендуется делать ежемесячно или при обновлении;
2. Бэкап через специальные программы. В этом случае создаётся одна резервная копия, а далее автоматически фиксируются ежедневные изменения в фоновом режиме. Это решение будет выходом для тех, кто работает с большими объемами данных;
Важно запомнить, что хранить резервы нужно на нескольких внешних носителях. Например, согласно правилу «3-2-1» (три копии: две физические и одна облачная).
Еще один принцип резервного копирования, который спасет ваши данные — регулярность.
Если хотите узнать больше, напишите и мы отправим вам документ, который поможет вам разобраться в том, как BackUp влияет на стабильность и развитие бизнеса.
В честь этого праздника мы подготовили краткую памятку для тех, кто хочет сохранить ценную информацию и обеспечить непрерывность своего бизнеса.
Резервное копирование — надежный способ сэкономить деньги, время и нервы. Но многие задумываются об этом уже после получения негативного опыта.
Мы опросили 173 компании и выяснили что большинство специалистов, которые знают о правилах резервирования, не догадываются о всех принципах построения надежной стратегии резервирования. Именно поэтому мы собрали их в удобный список и делимся с вами.
10 правил надежного BackUP для бизнеса:
1. Резервирование не равно резервному копированию. Кластера, RAID и размещение в облаке не спасают от потери данных;
2. Изучите правило 3-2-1;
3. Составьте перечень объектов копирования: Операционные системы, базы данных, общие папки и иные хранилища;
4. Составьте план резервного копирования, где определите частоту и глубину резервных копий;
5. Проверьте время восстановления из резервной копии, убедитесь в его приемлемости;
6. Расположите резервную копию на ином физическом сервере или СХД;
7. Обеспечьте дополнительную удаленную копию данных в облаке;
8. Регулярно тестируйте возможность восстановления данных из резервной копии для проверки целостности данных;
9. Настройте регулярное автоматическое резервное копирование;
10) Настройте оповещение на случай, если резервное копирование завершится с ошибкой.
Интересно, что создание "Дня бэкапа" как раз связано с появлением в сети первоапрельских вирусов, которые вызывают сбой системы и удаление информации.
Что поможет этого избежать вам, как пользователю:
1. Резервное копирование вручную на внешний жесткий диск или в облачный сервис.
Подходит для фото/видео и важных документов. Рекомендуется делать ежемесячно или при обновлении;
2. Бэкап через специальные программы. В этом случае создаётся одна резервная копия, а далее автоматически фиксируются ежедневные изменения в фоновом режиме. Это решение будет выходом для тех, кто работает с большими объемами данных;
Важно запомнить, что хранить резервы нужно на нескольких внешних носителях. Например, согласно правилу «3-2-1» (три копии: две физические и одна облачная).
Еще один принцип резервного копирования, который спасет ваши данные — регулярность.
Если хотите узнать больше, напишите и мы отправим вам документ, который поможет вам разобраться в том, как BackUp влияет на стабильность и развитие бизнеса.
Непрерывность бизнеса - глобальная задача, которая позволяет сохранять работу всех процессов в компаниях даже во время аварий.
Международный институт UpTime Institute провел исследование среди самых успешных компаний мира и выяснил с какими проблемами они сталкиваются при построении своей IT инфраструктуры.
Подробно о результатах исследования читайте в нашей группе на Facebook.
Международный институт UpTime Institute провел исследование среди самых успешных компаний мира и выяснил с какими проблемами они сталкиваются при построении своей IT инфраструктуры.
Подробно о результатах исследования читайте в нашей группе на Facebook.
Путь к непрерывности бизнеса
Для того, чтобы стать экспертами в нашей области, мы на протяжении пяти лет тестировали сотни способов резервирования и восстановления IT систем, для оптимизации работ и составления инструкций для IT специалистов.
Внедряли новые процессы в собственную инфраструктуру и непрерывно учились.
Подробнее о том, каких результатов удалось достичь, а также к каким выводам мы пришли - читайте на нашей странице в Facebook.
Для того, чтобы стать экспертами в нашей области, мы на протяжении пяти лет тестировали сотни способов резервирования и восстановления IT систем, для оптимизации работ и составления инструкций для IT специалистов.
Внедряли новые процессы в собственную инфраструктуру и непрерывно учились.
Подробнее о том, каких результатов удалось достичь, а также к каким выводам мы пришли - читайте на нашей странице в Facebook.
7 этапов построения IT инфраструктуры для обеспечения непрерывности бизнеса
Специалисты компании CORTEL протестировали сотни способов резервирования и восстановления IT систем. Итогом стало определение 7 этапов построения IT инфраструктуры для обеспечения непрерывности бизнеса.
Подробно об этапах читайте на нашей странице в facebook.
Специалисты компании CORTEL протестировали сотни способов резервирования и восстановления IT систем. Итогом стало определение 7 этапов построения IT инфраструктуры для обеспечения непрерывности бизнеса.
Подробно об этапах читайте на нашей странице в facebook.
Что такое Bandwidth on Demand и как работает магистральная сетевая емкость «по запросу»?
В апреле 2021 года CORTEL и партнеры запустили пилотный проект по автоматическому предоставлению магистральной сетевой емкости “по запросу” (Bandwidth on Demand, BoD). Было организовано распределенное частное облако, вычислительные узлы которого объединены магистральной SDN-сетью.
Подробности читайте на нашей странице в Facebook.
В апреле 2021 года CORTEL и партнеры запустили пилотный проект по автоматическому предоставлению магистральной сетевой емкости “по запросу” (Bandwidth on Demand, BoD). Было организовано распределенное частное облако, вычислительные узлы которого объединены магистральной SDN-сетью.
Подробности читайте на нашей странице в Facebook.
План резервирования: для чего нужен и как применять
- Нужен для профилактики возникновения серьезных аварий IT-систем;
- Содержит способы резервирования элементов IT инфраструктуры;
- Определяет плановое время восстановления по каждому элементу, а также частоту и глубину резервного копирования данных.
Подробнее о непрерывности бизнеса читайте на нашей странице в Facebook
- Нужен для профилактики возникновения серьезных аварий IT-систем;
- Содержит способы резервирования элементов IT инфраструктуры;
- Определяет плановое время восстановления по каждому элементу, а также частоту и глубину резервного копирования данных.
Подробнее о непрерывности бизнеса читайте на нашей странице в Facebook
Как посчитать полную стоимость IT инфраструктуры?
TCO (Total cost of ownership) - совокупная стоимость владения IT инфраструктуры. При ее расчете главное - правильно учитывать и анализировать затраты.
Подробности читайте на нашей странице в facebook.
TCO (Total cost of ownership) - совокупная стоимость владения IT инфраструктуры. При ее расчете главное - правильно учитывать и анализировать затраты.
Подробности читайте на нашей странице в facebook.
Ранее мы писали, что существует несколько методик расчета TCO (Total cost of ownership): Microsoft/Interpose и Gartner Group. Напомним, что Microsoft/Interpose - это подсчет прямых и косвенных затрат на IT-инфраструктуру.
В новом материале мы подробно рассказываем про методику Gartner Group.
В новом материале мы подробно рассказываем про методику Gartner Group.
Сколько стоит непрерывность бизнеса?
По оценке Gartner - 76% бизнес-процессов современных компаний зависит от IT. Цифровизация бизнеса с каждым годом увеличивает этот показатель.
В расчете стоимости непрерывности бизнеса нужно учитывать несколько важных фактов:
- Первое - во сколько обойдется простой бизнес-процессов;
- Второе - сколько средств нужно для обеспечения непрерывности.
Подробности читайте на нашей странице в facebook.
По оценке Gartner - 76% бизнес-процессов современных компаний зависит от IT. Цифровизация бизнеса с каждым годом увеличивает этот показатель.
В расчете стоимости непрерывности бизнеса нужно учитывать несколько важных фактов:
- Первое - во сколько обойдется простой бизнес-процессов;
- Второе - сколько средств нужно для обеспечения непрерывности.
Подробности читайте на нашей странице в facebook.
Основные ошибки при разработке плана непрерывности бизнеса
1. Время восстановления системы не согласовано
Часто ожидания бизнеса и IT-специалистов не совпадают по времени восстановления работоспособности IT-системы.
Так, например, руководству компании критически важно полностью вернуть работоспособность сервиса за 1 час, при этом технические специалисты закладывают на этот процесс 8 часов. То есть, при разработке плана непрерывности бизнеса, внутри компании были не согласованы точные сроки возобновления работы.
Более подробно об ошибках при разработке плана непрерывности бизнеса читайте на нашей странице facebook.
1. Время восстановления системы не согласовано
Часто ожидания бизнеса и IT-специалистов не совпадают по времени восстановления работоспособности IT-системы.
Так, например, руководству компании критически важно полностью вернуть работоспособность сервиса за 1 час, при этом технические специалисты закладывают на этот процесс 8 часов. То есть, при разработке плана непрерывности бизнеса, внутри компании были не согласованы точные сроки возобновления работы.
Более подробно об ошибках при разработке плана непрерывности бизнеса читайте на нашей странице facebook.
Как бизнесу работать с рисками в IT?
Риски в IT определяются ГОСТом “Р ИСО 31000-2010” и представляют собой влияние неопределенности на цели и задачи бизнеса. Поэтому важнейшим элементом в достижении непрерывной работы бизнес-приложений стал выбор стратегии управления рисками.
Существует четыре стратегии работы с рисками:
- Стратегия уклонения;
- Стратегия снижения;
- Стратегия передачи и разделения рисков;
- Стратегия принятия риска (активное и пассивное).
Каждая модель жизнеспособная и хорошо работает в условиях определенных систем и обстоятельств. Читайте на странице CORTEL в Facebook какая модель лучше всего подходит для IT.
Риски в IT определяются ГОСТом “Р ИСО 31000-2010” и представляют собой влияние неопределенности на цели и задачи бизнеса. Поэтому важнейшим элементом в достижении непрерывной работы бизнес-приложений стал выбор стратегии управления рисками.
Существует четыре стратегии работы с рисками:
- Стратегия уклонения;
- Стратегия снижения;
- Стратегия передачи и разделения рисков;
- Стратегия принятия риска (активное и пассивное).
Каждая модель жизнеспособная и хорошо работает в условиях определенных систем и обстоятельств. Читайте на странице CORTEL в Facebook какая модель лучше всего подходит для IT.
Ранее мы уже рассказывали, что RTO и RPO – это целевые значения для информационных систем (ИС), то есть максимальные рамки, в которые должны уложиться IT-специалисты.
Эти целевые значения всегда должен устанавливать бизнес, точнее, владельцы соответствующего продукта. Так как эти показатели напрямую отвечают за бизнес показатели.
На нашей странице в Facebook вы сможете более подробно узнать как должен быть сформулирован RTO и RPO.
Эти целевые значения всегда должен устанавливать бизнес, точнее, владельцы соответствующего продукта. Так как эти показатели напрямую отвечают за бизнес показатели.
На нашей странице в Facebook вы сможете более подробно узнать как должен быть сформулирован RTO и RPO.
Ожидание бизнеса от IT не всегда совпадают с реальностью. Самостоятельное создание и обслуживание IT инфраструктуры может негативно отразиться на эффективности бизнеса в конкурентной среде. Так как существует множество факторов:
- Время высококвалифицированных специалистов уходит на обслуживание инфраструктуры в ущерб оптимизации приложений;
- Бизнес вынужден нести издержки на обеспечение инфраструктуры и контролировать риски, в том числе вызванные человеческим фактором;
- Растут требования к квалификации сотрудников компании;
- Фокус внимания концентрируется на мелких задачах, объем которых растет и требует контроля;
- Бизнес должен организовать, содержать, обучать и обновлять штат специалистов для обслуживания инфраструктуры в условиях недостатка кадров на рынке и при этом неизбежна естественная зависимость от действующей команды.
Ключевым решением данных вопросов стала миграция в облако. Подробнее о том, что это дает владельцами бизнеса, а также техническим руководителям читайте на нашей странице в Facebook.
- Время высококвалифицированных специалистов уходит на обслуживание инфраструктуры в ущерб оптимизации приложений;
- Бизнес вынужден нести издержки на обеспечение инфраструктуры и контролировать риски, в том числе вызванные человеческим фактором;
- Растут требования к квалификации сотрудников компании;
- Фокус внимания концентрируется на мелких задачах, объем которых растет и требует контроля;
- Бизнес должен организовать, содержать, обучать и обновлять штат специалистов для обслуживания инфраструктуры в условиях недостатка кадров на рынке и при этом неизбежна естественная зависимость от действующей команды.
Ключевым решением данных вопросов стала миграция в облако. Подробнее о том, что это дает владельцами бизнеса, а также техническим руководителям читайте на нашей странице в Facebook.
По данным PwC более 73% компаний, которые используют облачные технологии задействуют их как хранилища - для базы данных или резервного копирования. 67% компаний также размещают там виртуальные серверы, а 52% из них используют облако как бизнес-приложения (CRM, ERP, BI и т.д.).
Ранее мы писали, что различают три основных типа облачных хостингов — частные, публичные и гибридные. Более подробно о них читайте на странице компании CORTEL в Facebook.
Ранее мы писали, что различают три основных типа облачных хостингов — частные, публичные и гибридные. Более подробно о них читайте на странице компании CORTEL в Facebook.
