Устройство бесперебойного питания (uninterruptable power supply, UPS)
Некоторые серверы оборудованы устройством бесперебойного питания (uninterruptable power supply, UPS), позволяющим сбросить дисковые блоки, размещенные в кэше, в случае возникновения проблем с электропитанием.
Также может иметь смысл заглянуть на сайт tehno-stal.ru, ведь именно там можно узнать много нового на тему http://tehno-stal.ru/page/tamburnye-dveri.html. Тема металлические двери в тамбур может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт tehno-stal.ru, и тема металлические двери в тамбур начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема металлические двери в тамбур очень подробно представлена на сайте tehno-stal.ru. Трудно найти более детальное освещение темы металлические двери в тамбур чем это сделано на сайте tehno-stal.ru. Спасибо сайту tehno-stal.ru за такое доскональное преподнесение темы металлические двери в тамбур.
Другие серверы просто игнорируют требование синхронной записи, принятое в NFS, считая, что крах системы происходит весьма редко. Разнообразие решений и обходных путей описанной проблемы указывает на ее степень серьезности. Протокол NFSv3, описываемый в разделе 10.10, разрешает клиентам и серверам безопасно использовать асинхронную запись.
Кэш повторных посылок Клиенты RPC с целью сохранения надежности передачи отправляют одни и те же запросы повторно до тех пор, пока не получат ответное сообщение. Обычно период ожидания, после которого последует повтор запроса, не слишком велик (примерно 1-3 секунды). Он увеличивается экспоненциально при каждом последующей посылке сообщения. Если по достижении определенного количества повторов клиент не получит ответ, он может отправить новый запрос (в некоторых реализациях системы), который будет идентичен предыдущему, но будет обладать другим идентификатором xid.
Повторная передача запросов возникает в результате потерь пакетов (составляющих как сам запрос, так и ответное сообщение) или при отсутствии возможности сервера ответить на запрос. Ответное сообщение на первый запрос часто приходит уже после того, как клиент отправляет копию. Многократных вторичных передач следует ожидать при отказе сервера или большой перегрузке сети.
Сервер должен обладать средствами отслеживания повторных одинаковых сообщений и правильно обрабатывать их. В файловой системе NFS запросы можно разделить на две категории, идемпотентные и неидемпотентные [12]1. Запросы первого типа, такие как READ или GETATTR, могут быть выполнены дважды без каких-либо отрицательных последствий. Повтор неидемпотентных запросов способен привести к некорректному поведению. Все запросы, изменяющие файловую системы любым способом, являются неидемпотентными.
В качестве примера приведена последовательность событий, могущих возникнуть в результате дублирования операции REMOVE:
1. Клиент отправляет запрос на удаление файла (REMOVE).
2. Сервер успешно удаляет файл.
3. Сервер отправляет ответное сообщение об удачном завершении операции удаления, однако это сообщение теряется в сети.
1 Идемпотентность означает, что повышенная активность одной задачи не оказывает негативного воздействия на производительность системы в целом. — Прим. ред.
4. Клиент посылает повторный запрос на удаление файла.
5. Сервер обрабатывает запрос REMOVE, результатом выполнения которого станет ошибка (так как файл уже был удален ранее).
6. Сервер посылает клиенту сообщение об ошибке, которое успешно доходит до клиента.
В результате клиент получает сообщение об ошибке, хотя реально операция REMOVE была успешно завершена.
Повторная отправка запросов отрицательно влияет на производительность сервера, потому что ему приходится тратить большое количество времени на выполнение излишней работы.
Ситуация усугубляется тем, что обычно пересылка запросов происходит при перегрузке сервера, который в таком случае и так работает медленнее обычного. Однако в любом случае повторная пересылка запросов должна отслеживаться и корректно обрабатываться. Для этого на сервере поддерживается кэш недавних запросов. Запросы могут быть идентифицированы как повторные по совпадению xid, номеров процедур и идентификаторов клиентов с аналогичными параметрами запросов, «лежащих» в кэше (сравнение одного лишь xid не всегда является достаточным, так как некоторые клиенты способны генерировать одинаковые xid в запросах, исходящих от разных пользователей). Такой кэш называется кэшем пересылок или кэшем идентификаторов xid.
Опубликовал katy
July 12 2015 07:04:03 ·
0 Комментариев ·
3355 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
