Сочинение на тему Отказоустойчивость при заходе на посадку

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

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

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

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

ПРОБЛЕМЫ:

1. Если происходит сбой в сеточном ресурсе, задание переносится на другой ресурс, что в конечном итоге приводит к неспособности выполнить требование QOS пользователя, то есть срок. Причина проста. Поскольку задание выполняется повторно, оно занимает больше времени.

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

3. Несмотря на наличие ошибки в системе, выполнение задачи должно быть завершено в срок. Нет смысла в такой задаче, которая не завершается раньше срока. Следовательно, крайний срок в реальном времени является основной проблемой.

4. В реальном времени распределенная система обеспечивает доступность сквозных сервисов и способность испытывать сбои или систематические атаки, не влияя на клиентов или операции.

5. Речь идет о способности справляться с растущим объемом работы и о способности системы увеличивать общую пропускную способность при увеличении нагрузки при добавлении ресурсов.

СРЕДСТВА:

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

Восстановление контрольной точки зависит от MTTR системы. Обычно жесткий диск периодически сохраняет состояние приложения в стабильном хранилище. После сбоя приложение перезапускается с последней контрольной точки, а не запускается снова. Есть три стратегии контрольных точек. Это скоординированные контрольные точки, нескоординированные контрольные точки и контрольные точки, вызванные коммуникацией. 1. В согласованных контрольных точках процессы синхронизируют контрольные точки, чтобы гарантировать, что их сохраненные состояния согласуются друг с другом, так что общее объединенное, сохраненное состояние также является согласованным. 2. В несогласованных контрольных точках контрольные точки расписания процессов независимы в разное время и не учитывают сообщения. Контрольная точка, вызванная связью, пытается координировать только выбранные критические контрольные точки.

МЕХАНИЗМ ПРОВЕРКИ:

Ресурс сетки является членом сетки и предлагает вычислительные услуги пользователям сетки. Пользователи Grid регистрируются на GIS Information Server (GIS) в сети, указывая требования QoS, такие как крайний срок завершения выполнения, количество процессоров, тип операционной системы и так далее.