Вычисления, ориентированные на восстановление - Recovery-oriented computing

Вычисления, ориентированные на восстановление (иногда сокращенно ROC) - метод, построенный на Стэндфордский Университет и Калифорнийский университет в Беркли для развития надежных Интернет Сервисы. Его сторонники стремятся признать компьютерные ошибки как неизбежное, а затем уменьшить их вредные эффекты. В Национальный научный фонд финансирует проект.

Есть характеристики, которые отличают ориентированные на восстановление вычисления от всех других методов обработки отказов.

Изоляция и резервирование

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

Общесистемная поддержка отмены

Смотрите также: Неразрушающее редактирование

Способность к отменить в разных программах и временных рамках необходимо в этом типе системы, потому что человеческий фактор является причиной примерно половины сбоев системы.[1] Отсутствие поддержки отмены также ограничивает аспекты тестирования производственной системы, потому что не позволяет методом проб и ошибок.

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

Встроенная диагностическая поддержка

Интегрированная диагностическая поддержка - еще одна характеристика, которой должен обладать компьютер, ориентированный на восстановление. Это означает, что система должна быть способна определить основную причину сбоя системы. Как только он это сделает, он должен либо иметь возможность локализовать сбой, чтобы он не мог повлиять на другие части системы, либо, в качестве альтернативы, он должен устранить сбой. Все компоненты или модули системы должны проходить самотестирование; он должен знать, что с самим собой что-то не так. Помимо определения проблем сами по себе, модули также должны иметь возможность проверять поведение других модулей, от которых они зависят. Система также должна отслеживать зависимости модулей, ресурсов и запросов пользователей по всей системе. Это позволит сдерживать отказы.

Механизмы онлайн-проверки и восстановления

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

Модульность, измеримость и возможность перезапуска

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

Контрольные точки

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

Смотрите также

использованная литература

  1. ^ Браун, Аарон (июнь 2001 г.). «Устранение человеческих ошибок с помощью отмены» (PDF). РПЦ отступление. Получено 24 февраля 2020.

внешние ссылки