Аварийное восстановление планируется1 в расчете на катастрофические события, наступление которых маловероятно в течение жизненного цикла системы. Если отказы, восстановление после которых вы планируете, являются событиями не столь уж невероятными, и наступления их можно ожидать, то процедуры восстановления подпадают под категорию традиционного планирования по восстановлению доступности системы. Хотя наступление любого конкретного катастрофического события в течение жизненного цикла […]

Задумайтесь о таких факторах, о которых вы должны заботиться, если вы имеете аппаратные средства в собственности и должны обеспечивать их работу. ± Мощность серверов стала недостаточной? Планирование необходимой мощности и обеспечение ресурсами всегда играет важную роль. Облачные вычисления упрощают для вас решение следующих двух проблем, которые вам необходимо решать в том случае, если аппаратные средства […]

Облачные вычисления конкурируют с двумя подходами к инфраструктуре IT: ± внутренняя инфраструктура IT и собственная поддержка; ± аутсорсинг (передача функций сервисам, управляемым сторонними организациями). Если оборудование находится у вас в собственности — это значит, что вы имеете инфраструктуру IT с внутренним управлением, даже если оборудование смонтировано в стойку в центре управления данными, принадлежащем другому владельцу. […]

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

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

Для большинства приложений баз данных, не предназначенных для решения критически важных задач, репликация является неплохим решением, которое позволит вам сэкономить финансовые средства и, вполне возможно, даже предоставит возможности по оптимизации производительности. На практике система репликации MySQL в облачной среде может предоставить вам безупречные системы резервного копирования и аварийного восстановления, а также обеспечить высокую доступность, сравнимую […]

Организация маршрутов по умолчанию — мощнейший инструмент для минимизации количества маршрутов, которые должен изучить маршрутизатор, и для обеспечения избыточности в сетях на случай аварий и отказов каналов связи. В терминологии компании Cisco, маршрут по умолчанию называется шлюзом по умолчанию или резервным шлюзом (gateway of last resort). Очень важно, чтобы вы уяснили, как осуществляется маршрутизация по […]

Согласно определению, для нормальной работы протокола BGP по умолчанию он должен быть синхронизирован с IGP, после чего BGP может уведомлять другие AS о транзитных маршрутах. Очень важно, чтобы все маршруты, о которых объявляет ваша AS, были согласованы, в противном случае в маршрутизации могут появиться "черные дыры", что чревато потерями трафика. Например, если спикер IBGP объявит […]

Иногда возникает необходимость в соединении AS через Internet посредством различных провайдеров. Однако поддержка такой схемы является очень сложной задачей. Мы пойдем даже несколько дальше и рассмотрим, как реализовать эту схему с точки зрения провайдера.

Такие среды передачи, как Frame Relay и ATM, являются нешироковещательными. При взаимосвязи маршрутизаторов "многие со многими" стабильность обмена данными между ними не гарантируется, если не сконфигурированы виртуальные каналы между маршрутизаторами. Это называется топологией с полным объединением (full-mesh topology) и не всегда реализуется на практике по нескольким причинам. Обычно виртуальные каналы Frame Relay и ATM используют […]