Как упоминалось выше, высокая доступность имеет субъективный элемент. В зависимости от системы необходимое время безотказной работы может быть разным. В облачных вычислениях уровень обслуживания особенно разнообразен.

Поставщики облачных услуг обычно обещают по крайней мере 99,9% доступности своих платных услуг; совсем недавно они перешли на доступность 99,99% для некоторых услуг. Остается вопрос, каким приложениям нужен такой уровень доступности?

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

1. Что такое доступность? — Архитектура для масштабов [Книга]

Доступность и надежность — две похожие, но очень разные концепции. Важно понимать разницу между ними.

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

Доступность в нашем контексте обычно означает способность вашей системы выполнять те задачи, которые она способна выполнять. Система вокруг? Это работоспособно? Он отвечает? Если ответ «да», он доступен.

Как видите, доступность и надежность очень похожи. Трудно быть доступной для системы, если она не является надежной, и трудно для системы быть надежной, если она также недоступна.

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

Более того, когда мы думаем о доступности, мы думаем о том, работает ли система и работает ли она. Если я отправлю ему запрос, он ответит?

Вот что мы имеем в виду, когда используем эти термины:

Надежность

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

Наличие

Способность вашей системы работать, когда это необходимо для выполнения этих операций.

Наконечник

Система, которая складывает 2 + 3 и получает 6, имеет низкую надежность. Система, которая складывает 2 + 3 и никогда не возвращает результат, имеет плохую доступность. Надежность часто можно проверить путем тестирования. Доступность обычно решить сложнее.

Вы можете ввести программную ошибку в свое приложение, из-за которой 2 + 3 выдаст ответ 6. Это можно легко обнаружить и исправить с помощью набора тестов.

Однако предположим, что у вас есть приложение, в котором надежно дает результат 2 + 3 = 5.Теперь представьте, что это приложение запущено на компьютере с нестабильным сетевым подключением. Результат? Вы запускаете приложение, и иногда оно возвращает 5, а иногда ничего не возвращает. Приложение может быть надежным , но не доступно .

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

Что такое доступность? — NI

Срок полезного использования — это когда все проблемы раннего периода эксплуатации системы решены, и ей доверяют выполнение запланированной и стабильной работы. Два типа обслуживания, корректирующее обслуживание (CM) и профилактическое обслуживание (PM), являются ключевыми для повышения доступности в течение срока полезного использования.

CM, управляемый частотой отказов в установившемся режиме, включает все действия, предпринятые для ремонта отказавшей системы и ее возврата в рабочее или доступное состояние.Как было сказано ранее, MTTR имеет решающее значение для эффективного CM. PM включает в себя все действия, предпринятые для замены или обслуживания системы для сохранения ее рабочего или доступного состояния и предотвращения сбоев системы. PM измеряется временем, необходимым для проведения планового планового технического обслуживания, и его заданной периодичностью. И CM, и PM выводят систему из ее доступного состояния, тем самым снижая доступность, если только критические компоненты системы не являются избыточными и обслуживание не может проводиться без прерывания обслуживания, предоставляемого системой.Компоненты с возможностью «горячей» замены упрощают этот тип обслуживания высокой доступности.

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

В течение срока службы вы можете рассчитать среднее время наработки на отказ (MTBF) с постоянной интенсивностью отказов «λ», как показано ниже:

[4]

Зная частоту отказов и наработку на отказ, можно рассчитать три основных типа готовности:

Собственная доступность

Внутренняя доступность (), наиболее часто используемый показатель, учитывает только CM для отказов системы и предполагает установившиеся условия, найденные в течение срока полезного использования с постоянной интенсивностью отказов.Он не учитывает PM или запланированные простои. оценивается как:

[5]

MTBF = Среднее время наработки на отказ

MTTR = Среднее время ремонта

Достигнуто наличие

Достигнутые учетные записи доступности () для CM и PM. Это похоже на внутреннюю доступность, поскольку предполагает установившиеся условия, найденные в течение полезного срока службы, с постоянной частотой отказов и постоянной частотой PM.Иногда это называют доступностью, которую видит отдел технического обслуживания. также предполагает идеальные ситуации для внедрения PM, такие как правильные инструменты для работы, адекватно доступный и обученный персонал, запасные части на месте и так далее. Он не учитывает другие непредвиденные обстоятельства. оценивается как:

[5]

MTBMA = Среднее время между обслуживанием (включая CM и PM)

MMT = Среднее время обслуживания (включая CM и PM)

[5]

= частота отказов =

= Частота PM =

[5]

MTBF = Среднее время наработки на отказ

MTTR = Среднее время ремонта

MPMT = Среднее время профилактического обслуживания

Оперативная готовность

Операционная доступность () — это мера фактической доступности системы в течение определенного периода времени в реальной производственной среде.На него приходится все простои, независимо от того, вызваны ли они CM, PM, административными причинами, логистикой, корпоративными вечеринками или непогода. отражает реальную жизнь, потому что системы никогда не ломаются, когда это удобно — это всегда посреди ночи перед праздником, когда у всех обеденный перерыв, когда самый знающий человек в отпуске, между сменами, когда у вас заканчиваются запасные части , или когда заказанная деталь была отложена из-за плохой погоды в крупном аэропорту. оценивается как:

[5]

MDT = Среднее время простоя = MMT + (логистические задержки) + (административные задержки) + (и т. Д.)

Определение доступности

Что такое доступность?

Доступность относится к средствам, которые были переведены сторонним чеком на банковский счет клиента. Эти средства обычно не могут быть использованы клиентом до тех пор, пока чек не погаснет, или пока они не станут «хорошими средствами». Время, необходимое третьей стороне для очистки, часто зависит от нескольких факторов.

Ключевые выводы

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

Общие сведения о доступности

Сторонние чеки доступны в соответствии с графиком, который зависит от местонахождения банка, в котором выписан чек.Максимальное количество дней, в течение которых чек может быть отложен, устанавливается Законом об ускоренном доступе средств при условии, что чек действителен. Кроме того, кредитные союзы и банки часто имеют свои собственные правила в отношении того, когда вы можете использовать средства, представленные в стороннем чеке. Примеры доступности и правила банковского обслуживания можно найти на веб-сайте Совета Федеральной резервной системы США.

Пример доступности

Примите во внимание следующее: если клиент Джеймс Смит переводит чек на 5000 долларов своему кассиру в банке в 9:00 a.м. в понедельник средства будут доступны во вторник. Если он вносил депозит в банкомате, первые 100 долларов должны быть доступны не позднее вторника, а оставшиеся средства должны быть доступны к среде, поскольку это сертифицированный чек.

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

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

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

Другой пример: если вы проверяете свой банковский счет в Интернете после внесения чека третьей стороны, вы часто будете видеть средства как часть своего текущего баланса, но не в доступном балансе.Текущий баланс содержит все деньги, даже отложенный депозит. Доступный баланс — это деньги на вашем банковском счете, к которым можно сразу получить доступ и использовать.

Особые соображения

При определенных обстоятельствах банк или кредитный союз может удерживать депозит на более длительный, чем обычно, срок. Например, если вы вносите депозит на сумму более 5000 долларов, для того, чтобы средства стали доступны, может потребоваться больше времени. То же самое верно, если вы делаете депозит в банкомате, который не подключен к банку или кредитному союзу, например банкоматы, которые часто встречаются на заправочных станциях или в магазинах.Взаимодействие с другими людьми

Надежность и доступность: в чем разница? — Программное обеспечение BMC

Когда вы платите за услугу или инвестируете в базовую технологическую инфраструктуру, в идеале вы ожидаете, что услуга будет предоставлена ​​и доступна в любое время. Однако в реальном мире корпоративных ИТ гарантировать идеальный уровень обслуживания практически невозможно. По этой причине организации оценивают уровни ИТ-обслуживания, необходимые для бесперебойной работы бизнес-операций, чтобы гарантировать минимальные сбои в случае сбоев ИТ-услуг.

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

И надежность, и доступность являются ключевыми факторами принятия решения в вашей ИТ-стратегии. Убедитесь, что вы понимаете эти концепции, прежде чем планировать и внедрять решения для ИТ-инфраструктуры.

Давайте посмотрим.

Что есть в наличии?

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

Математическая формула доступности:

Процент доступности = (общее затраченное время — сумма времени простоя) / общее затраченное время

Например, если ИТ-услуга приобретается с 90-процентным соглашением об уровне обслуживания для ее доступности, ежегодное время простоя может достигать 876 часов.Для SLA с доступностью 99,999% (знаменитые пять девяток) ежегодное время простоя обслуживания может составить до 5,256 минуты.

( Источник )

Числа отображают точное представление о доступности системы, позволяя организациям точно понять, сколько времени безотказной работы им следует ожидать от поставщиков ИТ-услуг. Однако измерение доступности — сложная задача.

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

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

Кроме того, организации могут захотеть инвестировать в различные соглашения SLA для разных типов рабочих нагрузок:

• Критически важной службе облачной инфраструктуры может потребоваться «шесть девяток» доступности, чтобы обеспечить постоянную работу основных функций приложения.
• Низкоприоритетные рабочие нагрузки могут работать достаточно хорошо при низкой производительности SLA с точки зрения доступности услуг.

Недостаточно просто иметь услугу. Когда ИТ-сервис доступен, он должен фактически служить своей цели в различных и неожиданных условиях. Один из способов измерить эту производительность — оценить надежность службы, доступной для использования. Организации зависят от различных функций и характеристик ИТ-службы для выполнения бизнес-операций.В результате им необходимо измерить, насколько хорошо сервис выполняет необходимые бизнес-потребности.

Что такое надежность?

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

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

Подобно доступности, надежность системы сложно измерить. Существует несколько способов измерения вероятности отказа компонентов системы, влияющих на доступность системы. Распространенной метрикой является вычисление среднего времени наработки на отказ (MTBF).

Среднее время безотказной работы = (общее прошедшее время — сумма времени простоя) / количество отказов

MTBF представляет собой время между отказом компонента системы. Точно так же организации могут также оценить среднее время ремонта (MTTR), метрику, которая представляет собой время, необходимое для восстановления отказавшего компонента системы, чтобы вся система была доступна в соответствии с согласованным соглашением об уровне обслуживания.

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

Использование доступности и надежности

Измерение доступности определяется потерями времени , тогда как измерение надежности определяется частотой и воздействием отказов. Математически доступность системы можно рассматривать как функцию ее надежности.Другими словами, надежность можно рассматривать как подмножество доступности.

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

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

При использовании традиционных моделей предоставления ИТ-услуг организации полностью контролируют систему и должны прилагать дополнительные усилия внутри компании или через внешних консультантов для устранения сбоев или перебоев в обслуживании. В отношении решений на основе облачных технологий организации полагаются на поставщиков, которые соблюдают стандарты SLA. Продавцы несут ответственность за:

• Управление инфраструктурой
• Устранение неисправностей и ремонт
• Безопасность
• Прочие сопутствующие операции, которые делают услугу достаточно надежной и доступной

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

Ссылки по теме

Эти публикации являются моими собственными и не обязательно отражают позицию, стратегию или мнение BMC.

Обнаружили ошибку или есть предложение? Сообщите нам об этом по электронной почте [email protected].

Доступность и разные способы ее расчета

[Примечание редактора: эта статья была обновлена ​​с момента ее первоначальной публикации, чтобы отразить более свежую версию программного интерфейса.]

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

Классификация доступности довольно гибкая и во многом зависит от типов простоев, используемых в вычисление и связь со временем (т.е. , промежуток времени, к которому относится доступность). Как В результате существует ряд различных классификаций наличие, в том числе:

• Мгновенная (или точка) доступность

• Среднее Доступность безотказной работы (или средняя доступность)

• устойчивый Государственная доступность

• Собственный Доступность

• Достигнуто Доступность

• Операционная доступность

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

Мгновенная (или балльная) доступность — это вероятность что система (или компонент) будет в рабочем состоянии (в рабочем состоянии и работает) в определенное время, т .Эта классификация обычно используется в военные, поскольку иногда необходимо оценить доступность системы в определенное интересующее время (например, когда должна произойти определенная миссия). Наличие точки очень похожа на функцию надежности тем, что дает вероятность того, что система будет функционировать в данный момент, т . Однако, в отличие от надежности, мгновенное показатель доступности включает ремонтопригодность Информация.В данный момент т , система будет работает при выполнении одного из следующих условий ⁽¹⁾ :

• Система исправно работала от 0 до т, то есть , он ни разу не подвел по времени т. н. Вероятность этого составляет R (t) .

  Или,
  

• Система работала исправно с момента последнего ремонта на время u , 0 < u < т .Вероятность этого состояния:

, где m (u) является функцией плотности обновления система.

Следовательно, доступность точки — это сумма выше двух вероятностей, или:

В BlockSim доступность точки можно получить через моделирование. Его можно оценить для разных моментов времени. и также может быть отображен как функция времени.

Средняя доступность — это доля времени в течение миссия или период времени, в течение которого система доступна для использования. Он представляет собой среднее значение мгновенного функция доступности за период (0, T] и задается по:

Для систем которые проходят периодическое обслуживание, доступность может быть нулевой через регулярные периодические интервалы.В этом случае означает доступность — более значимая мера, чем мгновенная доступность. Такое определение доступности обычно используется в производственных и телекоммуникационных системах.

Постоянная доступность системы составляет предел функция доступности по мере того, как время стремится к бесконечности. Устойчивый доступность состояния также называется долгосрочным или асимптотическим доступность.Общее уравнение для установившегося состояния наличие в литературе:

Однако это Следует отметить, что устойчивое состояние также относится к среднему значению доступность.

Следующий на рисунке показана доступность в устойчивом состоянии графически.

Рисунок 1 — Иллюстрация стабильного приближения точки доступности штат.

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

Устойчивый доступность состояния отражает долгосрочную доступность после система «оседает». Доступность системы может изначально быть нестабильным из-за проблем с обучением / обучением, принимая решение о хорошая политика складирования запасных частей, выбор количества ремонтный персонал, оптимизирующий эффективность ремонта, прогорание системы и др., и это может занять некоторое время, прежде чем он стабилизируется.

Важно быть очень осторожным при использовании устойчивого состояния. доступность как единственный показатель для некоторых систем, особенно системы, не нуждающиеся в регулярном обслуживании. Масштабный система с повторным ремонтом, например автомобиль, дойдет до точка, где почти наверняка что-то сломается и нужен ремонт раз в месяц. Однако это состояние не может быть пока проехал, например, 500 000 миль.Очевидно, если Например, операционный менеджер по аренде автомобилей хранит автомобили, пока они не достигнут 50000 миль, тогда эта метрика value бесполезно.

Собственная доступность — это доступность в устойчивом состоянии, когда учитывая только время простоя ремонтного обслуживания (CM) система. Эта классификация — это то, что иногда называется доступностью с точки зрения технического обслуживания персонал.Эта классификация исключает профилактические простои технического обслуживания, логистические задержки, задержки поставок и административные задержки. Поскольку эти другие причины задержки могут быть минимизированным или исключенным, значение доступности, которое рассматривает только время простоя на устранение неисправности, является неотъемлемым или внутреннее свойство системы. Часто это тип доступности, который компании используют для сообщения доступность их продуктов (например, компьютерных серверов), потому что они видят время простоя, отличное от фактическое время ремонта как вне их контроля, так и непредсказуемо.

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

Для одного компонента внутренняя доступность может быть рассчитана с помощью:

Это немного больше сложно для системы.Для этого нужно посмотреть на среднее время наработки на отказ, или MTBF, и вычислите это как следует:

Это может выглядеть просто. Однако следует помнить, что до тех пор, пока не станет устойчивым состояние, расчет MTBF может быть функцией время (е.г., унизительная система). В таких случаях до достижения устойчивого состояние, расчетное значение MTBF изменяется по мере старения системы и собирается больше данных. Таким образом, приведенная выше формулировка должна использовать осторожно. Кроме того, важно отметить что MTBF, определенное здесь, отличается от MTTF (или, точнее для ремонтируемой системы, MTTFF: среднее время до первая неудача).

Достигнутая доступность очень похожа на изначальную доступность, за исключением профилактического обслуживания (PM) простои включены.В частности, это доступность в устойчивом состоянии при рассмотрении корректирующих и профилактический простой системы. Достигнутая доступность иногда называют доступностью, которую видит отдел технического обслуживания (включает как корректирующий, так и профилактическое обслуживание, но не включает логистические задержки, задержки поставок или административные задержки).

Достигнутая доступность может быть вычисляется исходя из среднего времени между обслуживанием действий, MTBM и среднее время простоя при техническом обслуживании:

Примечание : PM по отключению системы — это PM, которые вызывают , чтобы выйти из строя или потребовать выключения системы.

Операционная доступность — это мера «реального» среднего доступность в течение определенного периода времени и включает в себя все опытные источники простоя, такие как административные простои, простои логистики и т. д. доступность — это доступность, которую фактически опыты. По сути, это апостериори доступность на основе реальных событий, которые произошли с система.Ранее обсуждавшаяся доступность классификации составляют априорных оценок на основе модели распределения отказов и простоев системы. В во многих случаях эксплуатационная готовность не может контролироваться производитель из-за различий в местонахождении, ресурсах и другие факторы, которые являются исключительной компетенцией конечного пользователя продукт.

Оперативный доступность — это отношение времени безотказной работы системы к общему время. Математически это определяется как:

где рабочий цикл — это общий период времени исследуемая операция и время безотказной работы — это общее время система работала в течение рабочего цикла.( Примечание : Операционная готовность — это функция времени, т , или рабочий цикл.)

Концепция эксплуатационная готовность тесно связана с концепцией оперативной готовности. В военных приложениях это означает, что присвоенные номера эксплуатации и обслуживания персонал, цепочка поставок запасных частей и обучение адекватный. В коммерческом мире производитель может быть возможность изготовления очень надежных и ремонтопригодных продукт (т.е. , очень хорошая внутренняя доступность). Но что делать, если у производителя плохая раздача и транспортная система, или не имеет запаса необходимых запчастей, или предоставить достаточное количество обслуживающего персонала для поддержки систем в поле? Тогда готовность этого производителя перейти к рынок с продуктом низкий.

Логистика проектировщики, инженеры-конструкторы и инженеры по ремонту могут совместно оценить потребности в ремонте системы, требуемый персонал, запчасти, техническое обслуживание, ремонт процедуры, вспомогательное оборудование и другие ресурсы.Только когда устранены все причины простоев, сможете ли вы покрасить реалистичная картина доступности вашей системы в реальном операция.

Вам может быть интересно, почему там есть так много типов доступности, и какой из них вам следует использовать. Вы можете использовать разные классификации доступности. представить различные выводы о вашей системе доступность.Разница может быть потенциально большой и измерения доступности могут использоваться неправильно или вводить в заблуждение ваша компания и ваши клиенты. Если вы используете другой классификации от того, который использует ваш клиент, вы и ваш у покупателя могут быть самые разные впечатления от система. Следовательно, выбор классификации доступности к использованию следует относиться осторожно, принимая во внимание ваши система и отрасль, а также то, как ваша компания и ваши клиенты воспринимать доступность.Еще одно место, о котором нужно быть осторожным определение доступности находится в контрактах. Определения необходимо быть заявлено четко. Убедитесь, что ваша компания и ваша клиенты одинаково понимают доступность и согласитесь с используемой классификацией.

Например, если ваша система имеет повышенную доступность (как во второй части рисунка 1), и вы сообщаете долгосрочная стабильная доступность вашей системы, но ваша клиент оценивает вашу систему на основе краткосрочного среднего доступность, то у вас возникнут проблемы.Как другой Например, рассмотрим компанию, сдающую в аренду буровые установки. оборудования и отвечает за ремонт оборудования. Если их клиент наказывает их, потому что оборудование остается на более длительный срок, чем определенная продолжительность, они могут рассмотреть используя операционные и средние показатели доступности (которые включать все задержки) в свой анализ вместо присущих (или достигнутая) доступность, которая учитывает только корректирующие (и предупреждающие) действия простоя при простое запчастей и бригады есть.

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

Блоки имеют следующие свойства отказа и ремонта.

Все компоненты обслуживаются одной и той же бригадой обслуживания. Команда может выполнять только одну задачу за раз.

Пулы запасных частей обладают следующими свойствами.

В этом примере нас интересует работа система более 3000 часов.

RBD создается, а отказ и обслуживание свойства установлены.

Использование модели RBD и всего остального ремонтные характеристики и задержки, система смоделировано на 3000 часов работы. На следующем рисунке для мгновенной доступности тогда получается.

Рисунок 2: График мгновенной (или точечной) доступности

Как видите на приведенном выше рисунке доступность падает во время PM.В качестве примера расчетов мгновенной доступности: мгновенная доступность на т = 500 составляет 0,9627, при t = 1000 составляет 0,6400 а при т = 2,500 составляет 0,9703. Результаты можно прочитать непосредственно из графика или полученные с помощью Quick Расчетная площадка (QCP).

Использование модели RBD и всего остального ремонтные характеристики и задержки, система смоделировано на 3000 часов работы.Средняя доступность можно получить с помощью Quick Расчетная панель (QCP), как показано ниже, или прочитав значение из сводного отчета моделирования.

В этом примере средняя доступность на 3000 часов составляет 0,9433.

Для получения долгосрочного доступность системы, мы моделируем ее гораздо дольше время, 10000 часов.В этом примере на самом деле нет очевидное устойчивое состояние с точки зрения доступности точки. В система обновляется менеджерами по проектам, и доступность увеличивается опять же, как видно из следующего мгновенного (или точка) наличие участка. Кроме того, проводятся ПМ на основе заданных интервалов возраста системы, где система «отключается» во время PM, что приводит к доступности точки равняться нулю в течение этих интервалов.

Чтобы вычислить присущее доступность, A _I , для этого примера нам нужно смоделировать систему с восстановлением простоев на техническое обслуживание без логистических задержек и профилактического обслуживания.Все эти характеристики должны быть отключены в BlockSim , чтобы получить внутреннюю доступность система. Чтобы рассчитать A _I , нам нужно рассчитать MTBF и MTTR.

Значения времени безотказной работы, количество отказов системы и простоя CM — все это получается из Отчет «Обзор системы» в BlockSim, как показано следующий.

Следовательно:

A _I = MTBF / (MTBF + MTTR) = 0,9643

Для расчета достигнутого доступность для этого примера, нам нужно смоделировать система с простоями на ремонт и профилактическое обслуживание но без логистических задержек (все логистические задержки характеристики должны быть отключены в BlockSim модель).Достигнутая расчетная доступность получается расчет MTBM и .

Значения времени безотказной работы, количество сбоев системы, Время простоя CM, Время простоя PM, количество системные сбои и количество системных сбоев PM — все получено из отчета «Обзор системы» в BlockSim, как показано ниже.

Следовательно:

А _А = MTBM / (MTBM +) = 0.9609

Это рассчитывается в BlockSim аналогично средней доступности расчет. Ожидается, что эксплуатационная готовность будет 0,9433. Примечание : эта оценка основана на модели, а не на фактических данных. наблюдение за работой. Есть и другие факторы (не включены в эту модель), что может повлиять на доступность, например, задержки клиентов, дополнительные поездки время и т. д. Обычно эксплуатационная готовность рассчитывается на основе фактических наблюдаемых событий, а не модель. Эта модель может служить только априори оценка эксплуатационной готовности и может быть в порядке настроены путем добавления большего количества ожидаемых задержек, которые клиент может наблюдать.

В этой статье обсуждаются различные классификации и способы расчета доступности ремонтируемых систем.