sli что это в логистике

Что такое Service Level Agreement

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

Как расшифровывается SLA

SLA (Service Level Agreement) дословно переводится как «Соглашение об уровне обслуживания (оказания услуги)», то есть это договор об уровне предоставляемого сервиса между компанией-провайдером и организацией-клиентом. Основное отличие SLA от обычного договора состоит в подробно прописанном уровне доступности сервиса и времени реакции на инциденты и раскрывает следующее:

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

Важно помнить, что использование SLA выгодно обеим сторонам:

Происхождение термина SLA

Термин SLA появился из методологии ITIL (англ. IT Infrastructure Library – библиотека инфраструктуры информационных технологий), которая помогает IT-компаниям упорядочивать свои бизнес-процессы.

SLA подробнее всего описывается в стандартах ITIL и COBIT (от англ. Control Objectives for Information and Related Technologies – «Задачи управления для информационных и смежных технологий»), используя которые компании-провайдеры регламентируют большинство своих процессов и выстраивают процедуры дальнейшего контроля выполнением этих процессов и взаимодействием с клиентами.

Для чего нужно SLA

Соглашение об уровне обслуживания в числе первых помогает потребителям сервисов однозначно понимать, на каком уровне предоставляется услуга и оперировать теми же терминами, что и компания-провайдер. Например, IT-компания может составить SLA, в котором будут указаны:

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

Что включает в себя типовой SLA

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

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

При описании уровня качества сервиса, важно указать в SLA такие параметры, как:

Если речь идет об оплате сервиса, то указывается следующее:

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

Параметры, от которых зависит SLA

Параметры, из которых состоит SLA – это измеримые метрики, отвечающие за уровень качества предоставления услуги. Условно эти метрики можно называть «KPI» для SLA.

Такие метрики позволяют пользователям сервиса понимать, что именно и в каком объеме будет предоставляться. Главное условие соблюдения SLA — значения метрик должны быть известны всем заинтересованным сторонам, то есть находиться в открытом доступе, а описания метрик должны трактоваться однозначно.

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

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

Рекомендуется заранее определять критически важные сервисы, управление качеством которых будет осуществляться без каких-либо задержек, например:

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

Минимальное время, в течение которого услуга точно будет доступна, является метрикой доступности услуги. Доступность услуги обычно измеряется в абсолютных величинах (часах, минутах, секундах), например, за заданный промежуток времени (месяц, год) услуга будет точно доступна N часов, а время простоя составит X часов за тот же период. Доступность сервиса также может быть измерена в процентах и напрямую влияет на итоговую стоимость сервиса.

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

Доступность сервиса невозможна на 100%. Значение доступности в процентах стремиться к 100% и выражается в виде количества «девяток» процента доступности. Например, доступность 99% и 99,999% может быть обозначена как «2 девятки» и «5 девяток», а доступность в 99,95% — может обозначаться как «три с половиной девятки».

Кстати, на примере доступности дата-центров учитывается только время простоя, в то время как значения остальных основных параметров заданы по умолчанию. При размещении сервера в Selectel, в стоимость входят:

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

Время реакции на инциденты

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

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

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

Оценка результата

Оценка результата управления инцидентами обычно определяется следующими метриками:

Время реакции на инциденты для оценки результата рекомендуется разделять на категории в зависимости от важности для работы всего сервиса в целом, например:

Чаще всего время реакции на инцидент в среднем составляет от 10 минут до 1 часа. Если при этом заранее были определены критически важные сервисы, то именно на сбои в их работе должна быть самая быстрая реакция.

SLI и SLO

SLI (Service Level Indicator) – это количественная оценка работы сервиса, которая является корреляцией между ожиданиями пользователей и действительной производительностью сервиса за указанный период времени (месяц, квартал, год).

SLI можно рассматривать в качестве индикатора пользовательского опыта, измеряя его в процентном эквиваленте, где:

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

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

SLO (Service Level Objectives) – это значение SLI, которого компания-провайдер хотела бы достичь. При установке SLO рекомендуется указывать реально достижимое значение для каждого конкретного SLI. SLO показывает, с каким качеством фактически работает сервис и/или приложение, в отличие от SLA, который используется для того, чтобы задать тот уровня доступности сервиса, на который смогут ориентироваться все пользователи.

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

Плюсы использования SLA для заказчиков и исполнителей

Вместо заключения

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

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

Источник

Как работает режим SLI – мощь нескольких видеокарт в одном устройстве

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

Что ж, к счастью, Nvidia и их технология с несколькими GPU «SLI» дают нам просто решение, если вы используете одну из их карт.

Масштабируемый интерфейс связи (SLI)

Так что же такое SLI? И что делает SLI, или более конкретно: как он помогает использовать несколько видеокарт?

Интерфейс Scalable Link Interface (SLI) – это небольшая жемчужина, которую нам предоставили Nvidia в 1998 году. Впервые эта технология была использована компанией 3dfx на линейке видеокарт Voodoo2 в 1998 году, но позже компания была куплена Nvidia, и эта технология была заморожена на некоторое время.

В 2004 году Nvidia повторно выпустила SLI с обновлениями, позволяющими ей работать с существующей на тот момент технологией шин PCIe.

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

Режимы SLI

Рендеринг с разделением кадров (SFR)

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

Например, если кадр содержит в основном пустое статичное небо в верхней половине кадра (менее ресурсоемкое), но изменяемые объекты в нижней половине (более интенсивно), то при разделении 50/50 одна карта будет выполнять больше работы. Поэтому видеокарта, отвечающая за верхнюю часть экрана, может получить около 60% площади экрана, в то время как карта, отвечающая за нижнюю часть, должна обработать только нижние 40%.

Примечание: эти проценты являются лишь расплывчатыми примерами, а не конкретными цифрами.

Альтернативный рендеринг кадров (AFR)

В этом режиме кадры ставятся в очередь, и каждая карта отображает полный кадр. Таким образом, если вы используете 2 карты, то одна будет отвечать за четные кадры, а другая – за нечетные кадры. Это часто считается более эффективным, чем SFR, для достижения более высокой частоты кадров, но также может вызывать такие проблемы, как микростеролазание.

Ключевое слово: Micro Stuttering – это когда вы видите на экране «визуальные заикания», вызванные несоответствием времени рендеринга кадров между картами. Если карты не синхронизированы должным образом или у них недостаточно информации, чтобы угадать следующий кадр, который нужно визуализировать, то вы увидите задержку.

SLI сглаживание

Этот режим обеспечивает лучшее качество изображения, в отличие от увеличения частоты кадров. Он работает для разделения нагрузки сглаживания между картами, повышая общее качество вашего изображения.

Использование этого режима может разблокировать более высокие режимы сглаживания в играх (например, SLI 8x, 16x и даже 32x в системах Quad-SLI).

Совместимость и проблемы режима SLI

Казалось бы, купи две видеокарты Nvidia, вставь их в разъемы на материнской плате и наслаждайся «удвоенной» скоростью работы. К сожалению, не всё так просто.

Два (или более) вида

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

Например, если у вас GTX 1070 Ti 8GB производства Asus, а другая той же спецификации, но от MSI, то режим SLI доступен. Но, GTX 1070 и GTX 1080 несовместимы, так как они не являются одним и тем же графическим процессором.

Вам также необходимо убедиться, что видеокарты совместимы с режимом SLI, так как карты без порта SLI могут быть несовместимы. Также стоит отметить, что в Nvidia убрала поддержку 3-х и 4-х карточного SLI для серии GTX 10.

Слоты и заглушки

Следующим в списке стоит ваша материнская плата и блок питания. Они оба должны быть совместимы со SLI.

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

Отсутствие удвоения видеопамяти

Распространенное заблуждение относительно SLI состоит в том, что вы можете получить двойную, тройную или даже четырехкратную видеопамять с большим количеством видеокарт. К сожалению, Nvidia SLI использует ОЗУ только с одной карты, поскольку каждая карта должна получать доступ к одной и той же информации в одно и то же время.

Что такое мост SLI

Последнее, что вам понадобится для запуска настройки SLI, – это мост SLI. Nvidia использует физический разъем для соединения видеокарт вместе, что позволяет им взаимодействовать друг с другом, не используя драгоценную полосу пропускания в слотах PCIe.

Вам понадобится один из двух мостов SLI: либо стандартный мост (для менее мощных карт), либо мост с высокой пропускной способностью (для более мощных карт).

Серия SLI Bridge

Если у вас более мощные карты (например, GTX 1080), вы можете использовать стандартный мост, но это не позволит обеспечить полную производительность карт.

Производительность SLI

Итак, мы знаем, что такое SLI, как он работает и что вам нужно для его использования. Но стоит ли вам бросаться покупать вторую GTX 1080 Ti? Здесь «вода становится мутной». В то время как Nvidia утверждает, что удвоение производительности возможно при удвоении количества карт, это случается редко.

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

Это означает, что если вы не играете в игру ААА, возможно, что не будет никакого увеличения производительности (фактически, даже есть вероятность снижения производительности).

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

Источник

SLA, SLO и SLI: в чем разница?

Что общего у всех технологических компаний? Пользователи.

Работаете ли вы в поисковой системе Google, услугами которой бесплатно пользуется миллиард ежемесячных активных пользователей, или в системе Salesforce с 3,75 миллионами платных подписчиков — создание технологического продукта всегда связано с обслуживанием людей.

В современном мире постоянной доступности люди предъявляют высокие требования как к бесплатным, так и платным сервисам. Скорость. Время безотказной работы. Удобный интерфейс. Современные пользователи ожидают соответствия высоким стандартам.

Компания Looker выбрала Opsgenie с целью организации ежедневного сервиса для 200 000 пользователей.

Именно поэтому компаниям важно знать и соблюдать SLA, SLO и SLI — три аббревиатуры, которые представляют обещания, данные пользователям, внутренние цели, которые помогают выполнять обещания, и отслеживаемые показатели, позволяющие понять, как мы справляемся.

Цель этих трех компонентов — сформировать у всех (и поставщиков, и клиентов) общее представление о работе системы. Как часто будут доступны ваши системы? Как быстро отреагирует ваша команда на отказ системы? Какие обещания вы даете в отношении скорости и функциональных возможностей? Пользователи хотят это знать, поэтому вам нужны SLA, SLO и SLI.

SLA: соглашения об уровне обслуживания

Что такое SLA?

SLA (соглашение об уровне обслуживания) — это соглашение между поставщиком и клиентом об измеримых показателях, таких как время безотказной работы, время реагирования, а также мерах ответственности.

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

Задача SLA

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

Например, соглашение SLA может содержать обещание, что команды решат проблемы с продуктом X в течение 24 часов. При этом в SLA не оговаривается, что произойдет, если клиенту потребуется 24 часа на отправку ответов или снимков экрана, необходимых команде для диагностики проблемы. Означает ли это, что 24 часа, отведенные команде, пропали из-за медлительности клиента? Или отсчет времени начинается после получения отклика от него? В SLA должны быть ответы на эти вопросы, но часто их нет. Поэтому многие менеджеры ИТ относятся к соглашениям неодобрительно.

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

Кому нужны соглашения SLA?

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

SLO: цели уровня обслуживания

Что такое SLO?

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

Задачи SLO

Соглашения SLO вызывают меньше неодобрения, чем SLA, но могут создать не меньше проблем, если будут расплывчатыми, излишне усложненными или не поддающимися измерению. По мнению инженеров, главная черта хороших соглашений SLO — простота и ясность. Претендовать на статус SLO могут только самые важные показатели. Цели должны быть изложены простым языком и, как и в случае SLA, должны всегда учитывать такие проблемы, как задержки на стороне клиента.

Кому нужны соглашения SLO?

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

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

SLI: индикатор уровня обслуживания

Что такое SLI?

Индикатор уровня обслуживания (SLI) измеряет соответствие цели уровня обслуживания (SLO). Например, если в SLA указано, что системы будут доступны 99,95 % времени, то в качестве SLO, вероятно, будет выбрано время безотказной работы 99,95 %, а в качестве SLI — фактическое измеренное время безотказной работы. Возможно, оно составит 99,96 %. Или 99,99 %. Чтобы удовлетворять требованиям SLA, индикатор SLI должен соответствовать обещаниям, зафиксированным в этом документе, или превосходить их.

Задачи SLI

Как и в случае SLO, задача состоит в том, чтобы индикаторы SLI были простыми, выбранные показатели можно было легко отслеживать, а работа ИТ-команд не усложнялась из-за отслеживания слишком большого числа показателей, которые на самом деле не важны для клиентов.

Создайте подробный план аварийного восстановления

Что вы будете делать, когда столкнетесь с простоем? Если вы еще не знаете ответ на этот вопрос, значит, ваш ответ — «Терять драгоценное время, пытаясь понять, что делать».

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

Кому нужны индикаторы SLI?

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

Рекомендации по SLA, SLO и SLI

Согласуйте SLA с ожиданиями клиентов

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

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

Пишите SLA простым языком

Клиенты не всегда будут сами обращаться за разъяснениями. Поэтому если соглашение SLA написано слишком сложным языком, в будущем вас могут ожидать неприятные недоразумения. Чем проще язык, тем меньше вероятность конфликтов с клиентами в будущем.

Чем меньше SLO, тем лучше

Не все показатели важны для успеха клиента, поэтому не каждый показатель следует превращать в SLO. Используйте как можно меньше SLO. Сосредоточьтесь на тех целях, которые особенно важны для клиентов.

Не каждый отслеживаемый показатель должен стать SLI

Аналогичным образом, отслеживание работы системы по 10 компонентам для каждого из 10 соглашений SLO очень быстро станет неподъемной задачей. Вместо этого мыслите стратегически: выберите действительно важные показатели для основных соглашений SLO и направьте свою энергию на их эффективное отслеживание.

Учитывайте факторы, не зависящие от ИТ-команды

Что происходит, когда решение проблемы задерживается по вине клиента? Если эта ситуация четко не оговорена в SLA, команда будет стремиться к невыполнимому стандарту, пытаясь решить проблему без участия клиента.

Предусмотрите бюджет ошибок

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

Кстати, компания Google рекомендует использовать остаток бюджета ошибок на плановые простои. Это помогает выявлять непредвиденные проблемы (например, ненадлежащее использование серверов со стороны сервисов) и поддерживать соответствующие ожидания клиентов.

Не ставьте перед собой труднодостижимые цели

То, что команда, вероятно, сможет поддерживать безотказную работу в течение 99,99 % времени, не означает, что 99,99 % следует указать в качестве SLO. Всегда лучше обещать меньше, а делать больше. Особенно это касается agile-команд, которые стремятся запускать продукты рано и часто: им необходим бюджет ошибок для поддержания такого быстрого темпа.

Как это влияет на SRE?

SLA, SLO и SLI являются основой успеха для тех, кто следует модели Google и использует команды по техническому обеспечению надежности сайта (SRE) для преодоления разрыва между разработкой и эксплуатацией. Соглашения SLA помогают командам установить границы и определить размер бюджета ошибок. Соглашения SLO позволяют расставить приоритеты в работе. А индикаторы SLI указывают инженерам SRE, когда им следует приостановить все запуски, чтобы сэкономить бюджет ошибок, а когда можно расслабиться.

Изучайте информирование об инцидентах с помощью Statuspage

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

Важность процесса разбора инцидентов

Разбор инцидента, или анализ результатов реагирования на инцидент, — это лучший способ проработать произошедшее и зафиксировать полученный опыт.

Источник