Что такое целевые группы: Целевая аудитория: что это такое, определение, описание, примеры, составление портрета ЦА, сегментация

Содержание

Целевые группы

Понятие и сущность целевой группы в маркетинге

Определение 1

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

Представители целевой группы обычно имеют схожие или общие черты, такие как:

  • характерные признаки демографического, географического, экономического, психографического и иного порядка;
  • мотивация к покупке определенного товара или услуги;
  • представление о «качестве» продукта, а также схожее отношение к качеству коммуникации и общения;
  • предпочтения к определенным местам совершения покупок;
  • способы и методы совершения покупок и т.п.

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

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

Готовые работы на аналогичную тему

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

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

Замечание 1

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

Признаки целевых групп

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

  • признаки демографического порядка;
  • географические признаки;
  • психографические признаки;
  • экономические признаки.

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

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

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

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

Основы определения и выявления целевых групп в маркетинге

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

В настоящее время единого подхода к выявлению целевой аудитории не существует. Тем не менее, можно выделить наиболее широко распространенную методику в данной области. Этой методикой выступает использование модели «5W» М. Шерингтона. В общем виде она представлена на рисунке 1. Рассмотрим ее более подробно.

Рисунок 1. Модель «5W» М. Шерингтона. Автор24 — интернет-биржа студенческих работ

Представленная модель М. Шерингтова состоит из пяти базовых компонент, каждая из которых в оригинале начинается на буку «W» (отсюда и название методики – 5 «W»):

  • who – кто;
  • why – почему;
  • what – что;
  • when – когда;
  • where – где.

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

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

Целевая аудитория, способы и методы ее определения

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

Как определить целевую аудиторию?

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

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

  1. Первичная — ключевая аудитория, инициатор покупки, на которого можно повлиять
  2. Вторичная — участники процесса покупки, например, они могут ее оплачивать. Вторичная целевая аудитория — лидеры мнений, которые влияют на первичную ЦА.                                           
  3. Третичная – включает организованные группы, влияющие на первые два вида. 

Кроме того, целевая группа бывает широкая или узкая. Например, широкая – потребители кофе, а узкая – покупатели латте. Также группа может быть рассчитана на рынок В2В (бизнес для бизнеса) или В2С (потребительский бизнес). В секторе В2В не так заметны колебания спроса, к тому же легко оценить емкость рынка и саму ЦА.

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

 

Как сегментировать целевую аудиторию?

Сегментация – разделение на более мелкие группы на основании разных признаков. К ним относятся:

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

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

 

 

Как собрать целевую аудиторию?

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

Для того, чтобы создать персону, нужно:

  • общаться со своими клиентами;
  • следить за ними в соцсетях;
  • проводить маркетинговые исследования;
  • использовать данные открытых исследований украинской аудитории.

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

 

 

Инструменты для сбора ЦА

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

Самые эффективные методы для определения целевой аудитории:

  • исследование данных из публичных источников;
  • проведение опросов;
  • составление портрета аудитории;
  • метод интервью;
  • анализ данных о поведении людей или статистический метод.

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

 

 

Основные ошибки в работе целевой аудитории

К основным ошибкам в работе целевой группы относятся:

  • Не учитывается вся цепочка покупки. Прежде чем создать контент и рекламу, важно понимать процесс покупки продукта.
  • Переоценивается целевая аудитория. Это частая ошибка для бизнеса VIP-аудитории. Вместо того, чтобы трезво взглянуть на свою ЦА, маркетологи начинают ее идеализировать.
  • Отсутствие сегментации. Если разделить покупателей, можно модернизировать продукт или услугу под разные категории покупателей.

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

Как «Целевые группы» отличаются от «групп автомасштабирования» в AWS?

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

Я напрасно просил aws-doc для этого 🙁

Ответ 1

Целевые группы — это просто группа экземпляров Ec2. Целевые группы тесно связаны с ELB, а не с ASG.

  • ELB → TG → Группа экземпляров

Мы можем просто использовать группы ELB и Target для маршрутизации запросов к экземплярам EC2. При такой настройке отсутствует автоматическое масштабирование, что означает, что экземпляры не могут быть добавлены или удалены при увеличении/уменьшении нагрузки.

  • ELB → TG → ASG → Группа экземпляров

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

Надеюсь это поможет.

Ответ 2

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

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

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

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

Ответ 3

Целевая группа содержит экземпляры EC2, на которые распределяет нагрузку балансировщик нагрузки.

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

Здесь происходит автоматическое масштабирование. Группу автоматического масштабирования (ASG) можно подключить к балансировщику нагрузки.

Мы можем присоединить правила автоматического масштабирования к ASG. Затем, когда выполняются пороговые значения (например, загрузка ЦП), количество экземпляров будет скорректировано программно.

  • Для классического балансировщика нагрузки напрямую связывайте ASG с балансиром нагрузки
  • Для балансировки нагрузки приложения свяжите ASG с целевой группой (которая сама привязана к балансировщику нагрузки)
Ответ 4

Они прослушивают запрос HTTP/S от балансировщика нагрузки

Являются ли целевые объекты балансировки нагрузки, которые будут доступны для обработки запроса HTTP/S от любых клиентов (Browser, Mobile, Lambda и т.д.). Цель имеет определенную цель, такую как обработка Mobile API, обработка веб-приложений и т.д. Кроме того, эти целевые группы могут содержать экземпляры с любыми характеристиками.

Документы AWS

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

Таким образом, целевая группа предоставляет набор экземпляров для обработки определенных запросов HTTP/S.

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

С этой стороны эти группы представляют собой набор экземпляров, которые были запущены с помощью показателя, который превысил определенный порог и вызвал тревогу. Основное различие заключается в том, что экземпляры групп Autoscaling являются временными, и они доступны для обработки чего-либо, от HTTP/S-запросов до сообщений SQS. Кроме того, экземпляры здесь являются временными и могут быть прекращены в любое время в соответствии с сконфигурированной метрикой. Аналогично, группы Autoscaling имеют одни и те же характеристики, потому что следуют за тем, что называется Launch Configuration.

Документы AWS

Группа Auto Scaling содержит коллекцию экземпляров EC2, которые имеют сходные характеристики и рассматриваются как логическая группировка для целей масштабирования и управления экземпляром. Например, если одно приложение работает с несколькими экземплярами, вы можете увеличить количество экземпляров в этой группе, чтобы повысить производительность приложения или уменьшить количество экземпляров, чтобы снизить затраты при низком спросе. Ссылка

Таким образом, группа Autoscaling не только сможет обрабатывать запросы HTTP/S, но также может обрабатывать файлы бэкэнда, такие как Джобсы для отправки электронных писем, заданий для обработки задач и т.д.

Ответ 5

Как я понимаю, целевые группы — это связь между экземплярами ELB и EC2. Некоторые правила обнаружения службы. Этот уровень позволяет целевым группам для служб ECS, например, когда возможно иметь более одного контейнера на экземпляр.

Группы автомасштабирования — это абстракция для агрегирования показателей EC2 и принятия некоторых действий на основе этих данных.

Кроме того, имейте в виду, что возможность прикрепления групп Auto-Scaling к ELB происходит из предыдущего поколения ELB. Вы можете сравнить первое поколение и второе в документах CloudFormation.

Target content to a specific audience on a SharePoint site

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

Где можно включить целевой аудитории

  • Навигационные ссылки. Продвижение ссылок для определенных аудиторий во всей области навигации сайта, включая навигацию в центре и прил.

  • Страницы: целевые аудитории определенных страниц сайта в библиотеке страниц.

  • Веб-часть «Новости» — push-публикация для определенной аудитории на странице «Начните», в мобильном приложении и в веб-частях «Новости».

  • Веб-часть «Выделенное содержимое».Динамически отображает релевантный контент из списка или библиотеки на странице, сайте или в коллекции веб-сайтов.

  • Веб-часть «Быстрые ссылки» — «Продвижение определенных ссылок для целевой аудитории».

  • Веб-часть «События» — важные события для релевантной аудитории.

  • Viva Connections Dashboard — выделение определенных карточек на панели мониторинга для определенных аудиторий.

Примечания: 

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

  • Azure Active Directory (включая группы безопасности, Microsoft 365 группы и AAD динамические группы).

  • Публикуйте (или повторно публикуйте) для сохранения изменений, внесенных в содержимое страницы, метаданных страниц и параметров целевой аудитории, чтобы функции целевой аудитории вступили в силу.

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

Настройка

Чтобы понять, как работает целевой аудитории, используйте следующую историю и универсальных людей:

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

Аудитории и роли:

  • Ольги является владельцем сайта на странице «Приземление Contoso»

  • Меган работает в маркетинге

  • Nestor работает в отделе кадров

  • Григорий, который не работает в отделе маркетинга или отдела кадров

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

Затем Лиди определяет, какие источники новостей, файлы в библиотеках страниц и ссылки для навигации будут наиболее ценными для разных аудиторий в каждом отделе. В Microsoft 365 для создания групп для каждого отдела используются группы. Группы M365 также помогают участникам каждой аудитории управлять общими ресурсами, например электронной почтой, OneNote и Планировщиком.

Шаг 1. Включить целевую аудиторию для библиотеки страниц в контенте сайта

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

Затем она выбирает определенные страницы, которые будут подбираться для разных аудиторий. Для этого она выбирает многолиберный (…) и затем — подробности. В этом примере на страницах сайта можно увидеть столбец «Аудитория», который подтверждает, что целевой аудитории включено и на нее нужное содержимое.

Шаг 2. Включить целевую аудиторию для веб-части «Новости» 

Для аудитории в веб-части «Новости» на главной странице Contoso Landings можно включить целевое аудитории. Для этого она выбирает веб-часть в режиме редактирования и включит в нижней части панели параметров веб-части «Новости» параметр «Вкл.». Затем она будет адресовна нескольким новостям для каждой аудитории. Ненацеливые новости будут видны всем аудиториям. 

Шаг 3. Включить целевую аудиторию для навигационных ссылок

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

Как оно видно

На SharePoint, новости в мобильном приложении SharePoint, веб-части «Новости» и меню «Новости» теперь показаны отфильтрованные представления.

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

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

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

Настройка целевой аудитории 

Настройка целевой аудитории для навигации по сайту или навигации в центре.

Настройка целевой аудитории для страниц, документов и папок в библиотеке сайта. 

Настройка целевой аудитории для карточек на информационной панели Viva Connections.

Для следующих веб-частей можно включить целевой аудитории: 

  • Веб-часть «Выделенное содержимое»используется для динамического отображения релевантного контента из списка или библиотеки на странице, сайте или в коллекции веб-сайтов.

  • С помощью веб-части «Новости» можно довести определенные новости до определенной аудитории на странице «Начните», в мобильном приложении и в веб-частях «Новости», в которые включена целевой аудитории.

  • В веб-части «Быстрые ссылки» отображаются важные ссылки, а также отдельные ссылки для выбранных аудиторий.

  • С помощью веб-части «События» можно выделить предстоящие события и нацелить их на определенные группы.

Подробнее

Целевая навигация, новости, файлы, ссылки и веб-части для определенной аудитории

Сведения о Группах Microsoft 365

Глобальная целевая группа


© Shutterstock
 

Для организации Международного десятилетия ЮНЕСКО 22 марта 2021 года учредила Глобальную целевую группу по Десятилетию действий в поддержку языков коренных народов. В качестве международного механизма управления Глобальная целевая группа обеспечивает равноправное участие всех заинтересованных сторон в Международном десятилетии и предоставляет консультации по вопросам подготовки, планирования, реализации и мониторинга мероприятий в соответствии с целями Глобального плана действий IDIL на 2022-2032 годы.

Структура

В состав глобальной рабочей группы входят : 

  • Руководящий комитет 
  • Советники
  • Специальные группы
  • Консультативное совещание с участием многих заинтересованных сторон

 

Руководящий комитет (19 членов) 

Руководящий комитет состоит из 19 членов, включая двух сопредседателей, представляющих государства-члены ЮНЕСКО, и двух сопредседателей, представляющих организации коренных народов. Его члены назначаются сроком на один год, после чего два года выполняют функции советников на основе ротации.  Общий состав участников выглядит следующим образом:

  • Государства-члены ЮНЕСКО (по 1 от каждой избирательной группы — 6 членов) ;
    • Группа I. Северная Америка и Европа: Канада, Исландия, Норвегия
    • Группа II. Восточная Европа: Латвия, Российская Федерация, Украина
    • Группа III. Латинская Америка и Карибский бассейн: Многонациональное государство Боливия, Парагвай, Перу
    • Группа IV. Азиатско-Тихоокеанский регион: Австралия, Индия, Таиланд
    • Группа Va. Африка: Гамбия, Мадагаскар, Зимбабве
    • Группа Vb. Арабские государства: Бахрейн, Кувейт, Саудовская Аравия
  • Представители коренных народов и организаций из семи социокультурных регионов (7) ; 
  • Назначенные члены: представители Постоянного форума по вопросам коренных народов (UNPFII), Экспертного механизма по правам коренных народов (ЭМПКН) и Специальный докладчик по правам коренных народов (3) ; 
  • Представители структур ООН, включая Организацию Объединенных Наций по вопросам образования, науки и культуры (ЮНЕСКО), Департамент по экономическим и социальным вопросам (ДЭСВ ООН) и Управление Верховного комиссара по правам человека (УВКПЧ). 

 

Советники

В состав совета входят около 30 членов, в том числе : 

  • Государства-члены ЮНЕСКО (по 2 от каждой избирательной группы — 12 членов) ;
  • Представители организаций коренных народов из семи социально-культурных регионов (2 на регион — 14 членов) ; 
  • Назначенные члены: Представители Постоянного форума по вопросам коренных народов (2), Экспертного механизма по правам коренных народов (2) и, в случае назначения, другие специальные докладчики, чьи мандаты имеют отношение к соответствующей области, а также структуры системы ООН, которые откликнулись на приглашение ЮНЕСКО в члены Межучрежденческой группы поддержки ООН по вопросам коренных народов. 

 

Специальные группы

ЮНЕСКО в сотрудничестве с членами Глобальной целевой группы может создавать специальные группы, которые будут заниматься различными темами для предоставления консультаций по конкретным аспектам реализации Глобального плана действий. 

 

Члены Глобальной целевой группы

Полный список можно найти здесь. 

Целевая группа — общественность — Большая Энциклопедия Нефти и Газа, статья, страница 1

Целевая группа — общественность

Cтраница 1


Целевые группы общественности, или направления деятельности ПР определяются стратегическими и ситуационными факторами. Такими группами могут быть, например, потребители и / или широкая или местная общественность, госструктуры.  [2]

Чем определяется выбор целевых групп общественности для предметной работы Вашей городской администрации.  [3]

Новые возможности работы с целевыми группами общественности дает корпоративный информационный портал, — интегрированная информационная система, объединяющая корпоративную информационную систему и ресурсы Интернет, для внутри — и вне-организационных пользователей.  [4]

Деятельность ПР направлена на обеспечение желаемого поведения целевых групп общественности посредством влияния на общественное мнение. Так, например, компании стремятся формировать о себе позитивное общественное мнение. Это делается и для того, чтобы обеспечить желаемое поведение потребителя — например, покупку продуктов компании. Кандидат в депутаты в ходе предвыборной кампании всемерно стремится улучшить мнение избирателей о себе.  [5]

Разрабатывая стратегию ПР, необходимо выявлять культурные характеристики целевых групп общественности для того, чтобы учитывать эти характеристики при разработке программ коммуникаций и отдельных сообщений. Анализ культурных особенностей группы — ценностей, материальной и институциональной сред — важен при определении таких характеристик коммуникации ( сообщения), как цель, идея, получатель, источник, система кодирования идеи, сообщение, помехи, декодирование, обратная связь.  [7]

Комплексные направления деятельности ПР предполагают работу с несколькими целевыми группами общественности, использование комплекса методов ПР. К таким направлениям относятся паблисити и имидж, организация специальных событий, управление кризисом и возможностями, менеджмент ПР, фандрай-зинг и ПР в мультикультурной среде.  [8]

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

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

Сопоставление характеристик имиджа конкурирующих компаний может использовать метод семантического дифференциала ( рис. 13.2.1.2.), позволяющий наглядно представить различия в восприятии компаний целевой группой общественности.  [12]

ПР ориентированы не столько на продвижение продукта для потребителей, сколько на продвижение организации, событий или индивидуумов в общественном сознании, среди целевых групп общественности. Потребители — не единственная и не самая значимая аудитория ПР. Развитие информационного обмена в обществе побуждает маркетологов и практиков маркетинга — маркете-ров — направлять маркетинговые коммуникации за пределы традиционного сегмента покупателей, бее чаще с целевой аудиторией маркетинга ( покупатели) ассоциируются группы влияния, лидеры мнений, профессиональные сообщества, избиратели и более широкие круги общественности.  [13]

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

Позитивный имидж, так же как и паблисити, создается основной деятельностью компании, а также систематической целенаправленной информационной работой, ориентированной на целевые группы общественности. Формирование имиджа предполагает решение конкретных задач и нередко ведется для каждой группы различными средствами. Для крупных организаций, а также для ориентированных на массовую аудиторию при поддержке имиджа особенно важна работа с СМИ — поскольку крупный масштаб операций требует достаточно широкой известности, достижимой, прежде всего, с помощью масс-медиа.  [15]

Страницы:      1    2

Что такое целевая аудитория | Словарь маркетолога Roistat

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

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

Умение определять целевую аудиторию помогает:

  1. Создать подробный портрет покупателя: пол, возраст, образование, уровень дохода, образ жизни, ценности потенциальных клиентов.
  2. Снизить расходы на рекламный бюджет: в идеальном мире реклама приводит только потенциальных покупателей, а все остальные — не скликивают рекламный бюджет.
  3. Рассказать, как товар или услуга решает потребности потенциальных покупателей: какие «боли» и проблемы решает, как поддерживает ценности клиентов.
  4. Повышать узнаваемость бренда у заинтересованной аудитории: больше возможных покупателей узнают, что нужный товар можно купить у конкретной компании.
  5. Создавать персональные предложения: в целевой аудитории компании могут быть разные типы клиентов — если бизнес знает об их различиях, он сможет точнее предлагать товар клиентам.
  6. Увеличивать ROI, то есть возврат инвестиций, и конверсию в продажи: бизнес должен знать, кто его клиенты и как они принимают решение о покупке.

Рассказали в блоге о 6 бизнес-метриках, которые помогут увеличивать эффективность рекламы.

Виды целевой аудитории

По способу принятия решения:

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

Целевая аудитория по типу бизнеса:

  • в b2b-бизнесе потребителями являются компании и организации. На этом рынке проще оценивать его ёмкость и объём ЦА. В рекламных сообщениях нужно учитывать, что товар приобретается не для личного пользования, а для нужд компании. Значит, цикл сделки может быть больше, пользователи будут реже совершать импульсивные покупки;
  • в b2c-бизнесе — потребителями являются физические лица. Объём потенциальных клиентов бизнеса может меняться в зависимости от трендов, сезона и других факторов. Цикл сделки, как правило, короче, чем в b2b.

Как определить целевую аудиторию

Для определения целевой аудитории опишите:

  • портрет клиента: пол, возраст, доход, место жительства, социальный статус, семейное положение, образ жизни и интересы тех, кто покупает ваш товар. У бизнеса может быть несколько сегментов целевой аудитории;
  • психографические особенности целевой аудитории: ценности, убеждения, мотивация к покупке товара и тип личности;
  • основные требования покупателя к товару;
  • потребности клиента. Если товаров несколько, потребности стоит прописать для каждого;
  • причины, по которым покупатель покупает товар;
  • факторы, которые влияют на выбор потенциального клиента: цена, качество, быстрота изготовления продукта, условия доставки, статусность;
  • каналы, на которых потенциальный клиент узнаёт о продукте, как и где взаимодействует с сайтом компании.

Целевая аудитория: сегментирование

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

Можно провести сегментирование аудитории по следующим признакам:

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

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

Целевая аудитория: сбор информации

На форумах и в блогах. Что волнует целевую аудиторию, какие у неё «боли»? На форумах можно посмотреть, какие вопросы задают друг другу пользователи из одного сегмента, какие решения ищут.

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

Счётчики Яндекс.Метрики и Google Analytics. Разместите на сайте счётчики веб-аналитики, чтобы узнать больше информации о посетителях сайта: пол, возраст, географическое положение, источники перехода на сайт и другие данные.

Опросы аудитории. Можно организовать исследования по сбору статистики, например, опросить подписчиков в соцсетях, попросить пользователей заполнить форму Google Forms или на специализированных сайтах для рекламных исследований — anketolog.ru, survio.com, surveymonkey.

Ошибки в определении целевой аудитории

1. Слишком обобщённое описание целевой аудитории. Например, интернет-магазин автозапчастей описал свою целевую аудиторию как «Платёжеспособные мужчины 19-59 лет, владельцы личного авто». Такое описание — слишком широкое. Оно не учитывает интересы и ценности разных по возрасту или социальному статусу групп. Кому-то может быть важен сервис, кому-то достаточно, чтобы товар был хорошего качества. К тому же, в таком описании не учтены покупательницы бизнеса, которые могут совершенно по-другому подходить к вопросу покупки запчастей.

2. Выбор слишком узкая целевая аудитория. Например, мужчины 35-40 лет, владельцы автомобилей Skoda из Пресненского района. Объём такой выборки может быть недостаточным даже для того, чтобы бизнес просто окупался.

3. Отказ анализировать, на каких сайтах, в каких соцсетях часто бывает аудитория компании. Например, интернет-магазин автозапчастей определил, что чаще у компании покупают пользователи в возрасте 40-59 лет. Просто основываясь на данных о возрасте, бизнес решает рекламировать свой товар в Одноклассниках, хотя на самом деле ядро целевой аудитории магазина чаще сидит на автомобильных форумах или во ВКонтакте.

4. Нет разделения на прямую и косвенную целевые аудитории. Например, мужчины и женщины 50-59 лет могут покупать у интернет-магазина товары как для себя, так и для своих детей 19-25 лет. Общаться нужно сразу с двумя группами, чтобы родители согласились оплатить покупку ребёнка.

Заключение

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

Поделиться в соцсетях

целевых групп для балансировщиков нагрузки приложений

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

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

Конфигурация маршрутизации

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

Целевые группы поддерживают следующие протоколы и порты:

  • Протоколы : HTTP, HTTPS

  • Порты : 1-65535

Если целевая группа настроена на протокол HTTPS или использует проверки работоспособности HTTPS, TLS-соединения с целевыми объектами используют параметры безопасности из ELBSecurityPolicy-2016-08 политика.Балансировщик нагрузки устанавливает TLS соединения с целями с использованием сертификатов, которые вы устанавливаете на цели. То балансировщик нагрузки не проверяет эти сертификаты. Таким образом, вы можете использовать самоподписанный сертификаты или сертификаты с истекшим сроком действия. Поскольку балансировщик нагрузки находится в виртуальное частное облако (VPC), трафик между балансировщиком нагрузки и целевыми объектами аутентифицируется на уровне пакетов, поэтому он не подвержен риску атак «человек посередине» или спуфинг, даже если сертификаты на цели недействительны.

Тип мишени

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

Возможны следующие типы целей:

экземпляр

Цели определяются идентификатором экземпляра.

IP-адрес

Целями являются IP-адреса.

лямбда

Целью является лямбда-функция.

Когда тип цели ip , вы можете указать IP-адреса из одного из следующие блоки CIDR:

  • Подсети VPC для целевой группы

  • 10.0.0.0/8 (RFC 1918)

  • 100.64.0.0/10 (RFC 6598)

  • 172.16.0.0/12 (RFC 1918)

  • 192.168.0.0/16 (RFC 1918)

Эти поддерживаемые блоки CIDR позволяют зарегистрировать в целевой группе следующее: Экземпляры ClassicLink, экземпляры в облаке VPC, связанном с VPC балансировщика нагрузки (тот же регион или другой регион), ресурсы AWS, к которым можно обращаться по IP-адресу и порту. (например, базы данных) и локальные ресурсы, связанные с AWS через AWS Direct Connect или VPN-подключение Site-to-Site.

Нельзя указывать публично маршрутизируемые IP-адреса.

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

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

Тип IP-адреса

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

Балансировщики нагрузки приложений

поддерживают целевые группы IPv4 и IPv6. По умолчанию выбран IPv4.

Соображения

  • Все IP-адреса в целевой группе должны иметь один и тот же тип IP-адреса. Для Например, вы не можете зарегистрировать цель IPv4 в целевой группе IPv6.

  • Целевые группы IPv6 могут использоваться только с нагрузкой DualStack . балансиры.

  • Целевые группы

    IPv6 поддерживают только цели типа IP.

Версия протокола

По умолчанию балансировщики нагрузки приложений отправляют запросы целевым объектам, используя HTTP/1.1. Вы можете использовать протокол версия для отправки запросов к целям с использованием HTTP/2 или gRPC.

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

Протокол запроса Версия протокола Результат
HTTP/1.1 HTTP/1.1 Успех
HTTP/2 HTTP/1.1 Успех
гРПЦ HTTP/1.1 Ошибка
HTTP/1.1 HTTP/2 Ошибка
HTTP/2 HTTP/2 Успех
гРПЦ HTTP/2 Успех, если цели поддерживают gRPC
HTTP/1.1 гРПЦ Ошибка
HTTP/2 гРПЦ Успех, если запрос POST
гРПЦ гРПЦ Успех

Рекомендации по версии протокола gRPC

  • Единственным поддерживаемым протоколом прослушивания является HTTPS.

  • Единственным поддерживаемым типом действия для правил прослушивателя является вперед .

  • Поддерживаются только целевые типы , экземпляр и ip .

  • Балансировщик нагрузки анализирует запросы gRPC и направляет вызовы gRPC на соответствующие целевые группы в зависимости от пакета, услуги и метода.

  • Балансировщик нагрузки поддерживает унарную потоковую передачу на стороне клиента, потоковая передача и двунаправленная потоковая передача.

  • Необходимо указать пользовательский метод проверки работоспособности в формате /package.service/метод .

  • Необходимо указать коды состояния gRPC для использования при проверке успешного ответ от цели.

  • Вы не можете использовать лямбда-функции в качестве целей.

Особенности версии протокола HTTP/2

  • Единственным поддерживаемым протоколом прослушивания является HTTPS.

  • Единственным поддерживаемым типом действия для правил прослушивателя является вперед .

  • Поддерживаются только целевые типы , экземпляр и ip .

  • Балансировщик нагрузки поддерживает потоковую передачу от клиентов. Балансировщик нагрузки не поддержка потоковой передачи на цели.

Зарегистрированные цели

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

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

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

Если вы регистрируете цели по идентификатору экземпляра, вы можете использовать балансировщик нагрузки с Группа автоматического масштабирования.После того как вы присоедините целевую группу к группе Auto Scaling, Auto Scaling зарегистрирует вашу цели с целевой группой для вас, когда он запускает их. Для получения дополнительной информации см. Подключение балансировщика нагрузки к вашей группы Auto Scaling в Руководстве пользователя Amazon EC2 Auto Scaling .

Пределы

  • Вы не можете зарегистрировать IP-адреса другого Application Load Balancer в том же VPC.Если другой Application Load Balancer находится в VPC, который связан с VPC балансировщика нагрузки, вы можете зарегистрировать его IP-адреса.

Атрибуты целевой группы

Следующие атрибуты целевой группы поддерживаются, если тип целевой группы экземпляр или ip :

deregistration_delay.таймаут_секунд

Время ожидания Elastic Load Balancing перед отменой регистрации цели. То диапазон 0–3600 секунд. Значение по умолчанию — 300 секунд.

load_balancing.algorithm.type

Алгоритм балансировки нагрузки определяет, как балансировщик нагрузки выбирает цели при маршрутизации запросов.Значение round_robin или наименьших_выданных_запросов . По умолчанию round_robin .

slow_start.duration_seconds

Период времени в секундах, в течение которого балансировщик нагрузки отправляет новый зарегистрированная цель линейно возрастающая доля трафика на цель группа.Диапазон составляет 30–900 секунд (15 минут). По умолчанию 0 секунд (отключено).

липкость.включена

Указывает, включены ли закрепленные сеансы. Значение истина или ложь . По умолчанию ложь .

липкость.app_cookie.cookie_name

Имя файла cookie приложения. Имя файла cookie приложения не может имеют следующие префиксы: AWSALB , AWSALBAPP или АВСАЛБТГ ; они зарезервированы для использования нагрузкой балансир.

stickiness.app_cookie.duration_seconds

Срок действия файлов cookie на основе приложения в секундах.После этого период, файл cookie считается устаревшим. Минимальное значение составляет 1 секунду и максимальное значение — 7 дней (604800 секунд). Значение по умолчанию — 1 день. (86400 секунд).

stickiness.lb_cookie.duration_seconds

Срок действия файла cookie на основе продолжительности в секундах. После этого период, файл cookie считается устаревшим.Минимальное значение составляет 1 секунду и максимальное значение — 7 дней (604800 секунд). Значение по умолчанию — 1 день. (86400 секунд).

клейкость.тип

Тип липкости. Возможные значения: lb_cookie и app_cookie .

Следующий атрибут целевой группы поддерживается, если тип целевой группы лямбда :

лямбда.multi_value_headers.enabled

Указывает, обменивались ли заголовки запроса и ответа между балансировщик нагрузки и функция Lambda включают массивы значений или строк. Возможные значения: true или false . По умолчанию значение ложно . Дополнительные сведения см. в разделе Заголовки с несколькими значениями.

Алгоритм маршрутизации

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

Рассмотрите возможность использования наименее ожидающих запросов, когда запросы для вашего приложения различаются по сложности или ваши цели различаются по возможностям обработки. Круговая система — это хорошо выбор, когда запросы и цели похожи, или если вам нужно распределить запросы поровну среди целей. Вы можете сравнить эффект циклического перебора с наименьшим невыполненных запросов с использованием следующих метрик CloudWatch: RequestCount , TargetConnectionErrorCount , и TargetResponseTime .

Соображения

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

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

  • При использовании HTTP/2 балансировщик нагрузки преобразует запрос в несколько HTTP/1.1 запросы, поэтому наименее ожидающий запрос обрабатывает каждый запрос HTTP/2 как несколько Запросы.

  • При использовании наименее ожидающих запросов с WebSockets цель выбираются с использованием наименее невыполненных запросов. Балансировщик нагрузки создает соединение с этой целью и отправляет все сообщения по этому соединению.

Новая консоль

Чтобы изменить алгоритм маршрутизации с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Атрибуты раздел, выбираем Редактировать .

  5. На странице Редактировать атрибуты для Алгоритм балансировки нагрузки , выберите Круговая система или Наименее выдающийся запросы .

  6. Выберите Сохранить изменения .

Старая консоль

Чтобы изменить алгоритм маршрутизации с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. На вкладке Описание выберите Редактировать атрибуты .

  5. На странице Редактировать атрибуты для Алгоритм балансировки нагрузки , выберите Круговая система или Наименее выдающийся запрашивает , а затем выбирает Сохранить .

Для изменения алгоритма маршрутизации с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes с параметром баланс_нагрузки.атрибут algorithm.type .

Задержка отмены регистрации

Elastic Load Balancing прекращает отправку запросов к целевым объектам, регистрация которых отменяется. По умолчанию эластичная балансировка нагрузки ждет 300 секунд, прежде чем завершить процесс отмены регистрации, что может помочь в полете запросы к цели для завершения. Чтобы изменить время ожидания Elastic Load Balancing, обновить значение задержки отмены регистрации.

Исходное состояние цели отмены регистрации: слив .После задержка отмены регистрации истекает, процесс отмены регистрации завершается, и состояние цель неиспользуемых . Если цель является частью группы Auto Scaling, ее можно прекращено и заменено.

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

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

Новая консоль

Для обновления значения задержки отмены регистрации с использованием нового console

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Атрибуты раздел, выбираем Редактировать .

  5. На странице Редактировать атрибуты измените значение Задержка отмены регистрации по мере необходимости.

  6. Выберите Сохранить изменения .

Старая консоль

Для обновления значения задержки отмены регистрации с использованием старого console

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. На вкладке Описание выберите Редактировать атрибуты .

  5. На странице Редактировать атрибуты измените значение Задержка отмены регистрации по мере необходимости, а затем выберите Сохранить .

Чтобы обновить значение задержки отмены регистрации с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes с параметром deregistration_delay.атрибут timeout_seconds .

Режим медленного пуска

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

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

Соображения

  • Когда вы включаете медленный старт для группы целей, регистрируются исправные цели с целевой группой не переходите в режим медленного старта.

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

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

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

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

Новая консоль

Чтобы обновить значение длительности медленного запуска с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Атрибуты раздел, выбираем Редактировать .

  5. На странице Редактировать атрибуты измените значение из Продолжительность медленного старта по мере необходимости. Отключить режим медленного запуска, установите продолжительность на 0,

  6. Выберите Сохранить изменения .

Старая консоль

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

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. На вкладке Описание выберите Редактировать атрибуты .

  5. На странице Редактировать атрибуты измените значение из Продолжительность медленного запуска по мере необходимости, а затем выберите Сохранить . Чтобы отключить режим медленного запуска, установите продолжительность до 0.

Чтобы обновить значение продолжительности медленного запуска с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes с параметром медленный_старт.атрибут duration_seconds .

Создать целевую группу — Эластичная балансировка нагрузки

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

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

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

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

Новая консоль

Чтобы создать целевую группу с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите Создать целевую группу .

  4. Для Выберите тип цели , выберите Экземпляров для регистрации целей по экземплярам ID, IP-адреса для регистрации целей по IP адрес или лямбда-функция для регистрации Лямбда-функция как цель.

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

  6. (дополнительно) Для Протокол и Порт , измените значения по умолчанию как нужный.

  7. Если целевой тип — IP-адресов , выберите IPv4 или IPv6 в качестве Тип IP-адреса , в противном случае перейдите к следующему шаг.

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

  8. Для VPC выберите виртуальное частное облако (ВПК). Обратите внимание, что для IP-адресов целевых типов, доступны для выбора VPC, поддерживающие Тип IP-адреса , который вы выбрали в предыдущий шаг.

  9. (необязательно) Для версии протокола измените значение по умолчанию по мере необходимости.

  10. (необязательно) В разделе Проверки работоспособности при необходимости измените настройки по умолчанию.

  11. Если тип цели Лямбда-функция , вы можно включить проверки работоспособности, выбрав Включить в раздел Health checks .

  12. (Необязательно) Добавьте один или несколько тегов следующим образом:

    1. Разверните раздел Теги .

    2. Выберите Добавить тег .

    3. Введите ключ тега и значение тега.

  13. Выбрать Далее .

  14. (Необязательно) Добавьте одну или несколько целей следующим образом:

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

    • Если тип цели IP-адресов , сделать следующее:

      1. Выберите сеть VPC из список или выберите Другой частный IP-адрес адреса .

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

      3. Введите порты для маршрутизации трафика на указанные IP-адреса.

      4. Выбрать Включить как ожидающие ниже .

    • Если целевой тип — Lambda function , укажите одну лямбда-функцию или пропустите этот шаг и укажите лямбда-функцию позже.

  15. Выберите Создать целевую группу .

  16. (Необязательно) Целевую группу можно указать в правиле прослушивателя. Дополнительные сведения см. в разделе Правила прослушивателя.

Старая консоль

Чтобы создать целевую группу с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите Создать целевую группу .

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

  5. Для Тип цели выберите Экземпляр для регистрации целей по экземплярам ID, IP для регистрации IP-адресов и Лямбда-функция для регистрации лямбда функция.

  6. Если целевой тип Экземпляр или IP , сделайте следующее:

    1. (дополнительно) Для Протокол и Порт , измените значения по умолчанию как нужный.

    2. (дополнительно) Для версии протокола , при необходимости измените значение по умолчанию.

    3. Для VPC выберите виртуальный частный облако (VPC).

  7. Если тип цели Лямбда-функция , выполните далее:

    1. Для лямбда-функции выполните одно из далее:

      • Выберите лямбда-функцию

      • Создайте новую лямбда-функцию и выберите ее

      • Зарегистрируйте функцию Lambda после создания целевая группа

    2. (необязательно) Чтобы включить проверки работоспособности, выберите Проверка здоровья , Включить .

  8. (необязательно) Для Параметры проверки работоспособности и Расширенные настройки проверки работоспособности , измените настройки по умолчанию по мере необходимости.

  9. Выбрать Создать .

  10. (Необязательно) Добавьте один или несколько тегов следующим образом:

    1. Выберите только что созданную целевую группу.

    2. На вкладке Теги выберите Добавить/редактировать теги .

    3. На странице Добавить/редактировать теги для каждого тег, который вы добавляете, выберите Создать тег , а затем указать ключ тега и значение тега.Когда вы закончите добавляя теги, выберите Сохранить .

  11. (необязательно) Чтобы добавить цели в целевую группу, см. раздел Регистрация целей в вашей цели. группа.

  12. (Необязательно) Целевую группу можно указать в правиле прослушивателя. Дополнительные сведения см. в разделе Правила прослушивателя.

Для создания целевой группы с помощью интерфейса командной строки AWS

Используйте команду create-target-group, чтобы создать целевую группу, команду add-tags, чтобы пометить целевая группа и команда register-targets для добавления целей.

Проверки работоспособности для ваших целевых групп

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

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

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

Проверки работоспособности не поддерживают WebSockets.

Настройки проверки работоспособности

Вы настраиваете проверки работоспособности для целей в целевой группе, как описано в следующую таблицу. Имена параметров, используемые в таблице, являются именами, используемыми в API. То балансировщик нагрузки отправляет запрос на проверку работоспособности каждой зарегистрированной цели каждый HealthCheckIntervalSeconds секунд, используя указанный порт, протокол и путь пинга.Каждый запрос на проверку работоспособности независим, а результат сохраняется на весь интервал. Время, необходимое для ответа цели, не влияет на интервал для следующего запроса проверки работоспособности. Если проверки работоспособности превышают UnhealthyThresholdCount последовательных сбоев балансировщика нагрузки выводит цель из строя. Когда проверки здоровья превышают HealthyThresholdCount последовательных успехов, балансировщик нагрузки возвращает цель в строй.

Настройка Описание

Протокол проверки здоровья

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

HealthCheckPort

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

HealthCheckPath

Место назначения для проверки работоспособности целей.

Если используется версия протокола HTTP/1.1 или HTTP/2, укажите действительный URI. (/ путь ? запрос ).То по умолчанию /.

Если используется версия протокола gRPC, укажите путь к пользовательскому метод проверки работоспособности с форматом /Пакет.Класс/метод . По умолчанию /AWS.ALB/проверка здоровья .

HealthCheckTimeoutSeconds

Количество времени в секундах, в течение которого от цель означает неудачную проверку работоспособности.Диапазон 2–120 секунды. По умолчанию 5 секунд, если тип цели экземпляр или ip и 30 секунд, если тип цели лямбда .

HealthCheckIntervalSeconds

Приблизительное количество времени в секундах между проверками работоспособности индивидуальной цели.Диапазон составляет 5–300 секунд. То по умолчанию 30 секунд, если целевой тип экземпляр или ip и 35 секунд, если тип цели лямбда .

HealthyThresholdCount

Количество последовательных успешных проверок работоспособности, необходимых до считая нездоровую цель здоровой.Диапазон 2–10. По умолчанию 5.

UnhealthyThresholdCount

Количество последовательных неудачных проверок работоспособности, необходимых до считая цель нездоровой. Диапазон 2–10. По умолчанию 2.

Матчер

Коды для использования при проверке успешного ответа от цель.Они называются кодами успеха в приставка.

Если используется версия протокола HTTP/1.1 или HTTP/2, возможные значения от 200 до 499. Можно указать несколько значений (например, «200,202») или диапазон значений (например, «200-299»). То значение по умолчанию 200.

Если версия протокола — gRPC, возможные значения — от 0 до 99.Вы можете указать несколько значений (например, «0,1») или диапазон значений (например, «0-5»). Значение по умолчанию — 12.

Целевое состояние здоровья

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

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

Значение Описание

начальный

Балансировщик нагрузки находится в процессе регистрации целевого или выполнение начальных проверок работоспособности цели.

Связанные коды причин: Elb.RegistrationInProgress | Elb.InitialHealthChecking

здоровый

Цель здорова.

Связанные коды причин: Нет

нездоровый

Цель не ответила на проверку здоровья или не прошла проверку здоровья чек об оплате.

Связанные коды причин: Target.ResponseCodeMismatch | Цель.Время ожидания | Target.FailedHealthChecks | Elb.InternalError

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

Цель не зарегистрирована в целевой группе, целевая группа не используется в правиле прослушивателя, цель находится в доступности Зона, которая не активирована, или цель находится в остановленном или прекращенное состояние.

Связанные коды причин: Target.NotRegistered | Цель.NotInUse | Цель.InvalidState | Target.IpUnusable

слив

Цель отменяет регистрацию, и выполняется сброс соединения обработать.

Связанный код причины: Target.DeregistrationInProgress

недоступен

Проверки работоспособности отключены для целевой группы.

Связанный код причины: Цель.HealthCheckDisabled

Коды причин проверки работоспособности

Если статус цели имеет любое значение, кроме Healthy , API возвращает код причины и описание проблемы, и на консоли отображается то же самое. описание во всплывающей подсказке.Коды причин, начинающиеся с Elb , исходят от сторона балансировщика нагрузки и коды причин, начинающиеся с . Цель исходит из целевая сторона.

Код причины Описание

Elb.InitialHealthChecking

Выполняется первоначальная проверка работоспособности

Эльб.Внутренняя ошибка

Не удалось выполнить проверку работоспособности из-за внутренней ошибки

Elb.RegistrationInProgress

Выполняется регистрация цели

Target.DeregistrationInProgress

Выполняется отмена регистрации цели

Цель.Фаиледхелсчекс

Проверка работоспособности не удалась

Target.HealthCheckDisabled

Проверка работоспособности отключена

Target.InvalidState

Цель находится в остановленном состоянии

Цель находится в прекращенном состоянии

Цель находится в прекращенном или остановленном состоянии

Цель находится в недопустимом состоянии

Цель.IPUnusable

IP-адрес нельзя использовать в качестве цели, так как он используется балансировщик нагрузки

Target.NotInUse

Целевая группа не настроена на получение трафика от нагрузки балансир

Цель находится в зоне доступности, которая не включена для нагрузки балансир

Цель.Незарегистрированный

Цель не зарегистрирована в целевой группе

Target.ResponseCodeMismatch

Не удалось выполнить проверку работоспособности со следующими кодами: [ код ]

Цель.Время ожидания

Время запроса истекло

Проверьте здоровье ваших целей

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

Новая консоль

Чтобы проверить работоспособность ваших целей с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Targets Столбец состояния показывает состояние каждого цель.

  5. Если статус имеет любое значение, кроме Healthy , Подробная информация о состоянии столбец содержит больше Информация.

Старая консоль

Чтобы проверить работоспособность ваших целей с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. На вкладке Targets Столбец состояния показывает состояние каждого цель.

  5. Если статус отличается от Healthy , просмотрите всплывающую подсказку для получения дополнительной информации.

Для проверки работоспособности ваших целей с помощью интерфейса командной строки AWS

Используйте команду description-target-health. Вывод этой команды содержит целевое состояние здоровья.Если статус имеет любое значение, кроме Healthy , вывод также включает код причины.

Для получения уведомлений по электронной почте о неработоспособных целях

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

Изменить параметры проверки работоспособности целевая группа

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

Новая консоль

Чтобы изменить параметры проверки работоспособности целевой группы с помощью нового console

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Health check settings раздел, выбираем Редактировать .

  5. На странице Изменить параметры проверки работоспособности , измените настройки по мере необходимости, а затем выберите Сохранить меняется .

Старая консоль

Чтобы изменить параметры проверки работоспособности целевой группы, используя старый console

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. На вкладке Проверки работоспособности выберите Редактировать .

  5. На странице Изменить целевую группу измените настройки по мере необходимости, а затем выберите Сохранить .

Для изменения настроек проверки работоспособности целевой группы с помощью интерфейса командной строки AWS

Используйте команду изменить целевую группу.

Прикрепленные сеансы для вашего Application Load Balancer

По умолчанию Application Load Balancer направляет каждый запрос независимо зарегистрированному целевому объекту на основе выбранный алгоритм балансировки нагрузки. Однако вы можете использовать функцию закрепления сеанса. (также известный как привязка сеанса), чтобы позволить балансировщику нагрузки привязать сеанс пользователя к конкретная цель.Это гарантирует, что все запросы от пользователя во время сеанса отправлены в ту же цель. Эта функция полезна для серверов, которые сохраняют состояние информацию, чтобы обеспечить непрерывный опыт для клиентов. Использовать липкий сеансы, клиент должен поддерживать файлы cookie.

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

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

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

Для обоих типов закрепления Application Load Balancer сбрасывает срок действия создаваемых файлов cookie. после каждого запроса. Если срок действия файла cookie истек, сеанс больше не является липким, и клиент должен удалить файл cookie из своего хранилища файлов cookie.

Соображения

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

  • Если вы используете несколько уровней Application Load Balancers, вы можете включить фиксированные сеансы на всех уровнях с помощью файлов cookie на основе приложений. Однако с файлы cookie на основе продолжительности, вы можете включить закрепленные сеансы только на одном слое, потому что AWSALB — единственное доступное имя.

  • Привязка на основе приложений не работает с взвешенными целевыми группами.

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

  • Соединения WebSocket по своей природе являются липкими.Если клиент запрашивает обновление соединения до WebSockets, цель, которая возвращает статус HTTP 101 код для принятия обновления соединения является целью, используемой в WebSockets связь. После завершения обновления WebSockets привязанность на основе файлов cookie не используется.

  • Балансировщики нагрузки приложений используют атрибут Expires в заголовке файла cookie вместо атрибут Max-Age .

  • Балансировщики нагрузки приложений не поддерживают значения файлов cookie, закодированные в URL-адресе.

Липкость на основе продолжительности

Привязка на основе продолжительности направляет запросы к одной и той же цели в целевой группе с использованием файла cookie, созданного балансировщиком нагрузки ( AWSALB ). Файл cookie используется для сопоставьте сеанс с целью. Если ваше приложение не имеет собственного сеанса cookie, вы можете указать свою собственную продолжительность прилипания и управлять продолжительностью загрузки балансировщик должен последовательно направлять запрос пользователя на одну и ту же цель.

Когда балансировщик нагрузки впервые получает запрос от клиента, он направляет запрос к цели (на основе выбранного алгоритма) и создает файл cookie с именем АВСАЛБ . Кодирует информацию о выбранной цели, шифрует файл cookie и включает файл cookie в ответ клиенту. Балансировщик нагрузки сгенерированный файл cookie имеет срок действия 7 дней, который нельзя настроить.

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

При запросах на совместное использование ресурсов между источниками (CORS) некоторым браузерам требуется СамеСите=Нет; Защитите , чтобы включить липкость.В этом случае нагрузка балансировщик создает второй файл cookie закрепления, AWSALBCORS , который включает в себя ту же информацию, что и исходный прилипающий файл cookie, плюс Атрибут SameSite . Клиенты получают оба файла cookie.

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

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе Балансировка нагрузки выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Атрибуты раздел, выбираем Редактировать .

  5. На странице Редактировать атрибуты выполните следующие действия:

    1. Выберите Липкость .

    2. Для Тип липкости выберите Загрузка балансировщик сгенерировал файл cookie .

    3. Для Длительность липкости укажите значение от 1 секунды до 7 дней.

    4. Выберите Сохранить изменения .

Для включения закрепления на основе продолжительности с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes с параметром stickiness.enabled и stickiness.lb_cookie.duration_seconds атрибутов.

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

   aws elbv2 modify-target-group-attributes --target-group-arn  ARN  --attributes Key=stickiness.enabled, Value=  true  Key=stickiness.lb_cookie.duration_seconds, Value=  time-in -секунды    

Результат должен быть похож на следующий пример.

  {
        "Атрибуты": [
           ...
            {
                 «Ключ»: «липкость.включена»,
                 "Значение": "истина"
              },
              {
                  «Ключ»: «липкость.lb_cookie.duration_seconds",
                  "Значение": "86500"
              
              },
           ...
          ]
      }  

Липкость на основе приложений

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

Когда Application Load Balancer получает пользовательский файл cookie приложения от цели, он автоматически создает новый зашифрованный файл cookie приложения, чтобы зафиксировать липкость Информация.Этот сгенерированный балансировщиком нагрузки файл cookie приложения фиксирует липкость информация для каждой целевой группы, для которой включена функция закрепления на основе приложений.

Файл cookie приложения, созданный балансировщиком нагрузки, не копирует атрибуты настраиваемый файл cookie, установленный целью. Он имеет свой срок действия 7 дней, который не настраиваемый. В ответе клиенту Application Load Balancer проверяет только имя с которым был настроен пользовательский файл cookie на уровне целевой группы, а не значение или атрибут истечения срока действия пользовательского файла cookie.Пока название совпадает балансировщик нагрузки отправляет оба файла cookie, пользовательский файл cookie, установленный целью, и файл cookie приложения, сгенерированный балансировщиком нагрузки, в ответе клиенту.

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

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

С запросами на совместное использование ресурсов между источниками (CORS), чтобы включить привязку, нагрузка балансировщик добавляет SameSite=None; Защитите атрибуты для балансировщика нагрузки созданный файл cookie приложения, только если версия пользовательского агента — Chromium80 или над.

Поскольку большинство браузеров ограничивают размер файлов cookie до 4 КБ, сегменты балансировщика нагрузки файлы cookie приложений размером более 4 КБ в несколько файлов cookie. Балансировщики нагрузки приложений поддерживают файлы cookie up до 16 КБ и поэтому может создавать до 4 сегментов, которые он отправляет клиенту. Имя файла cookie приложения, которое видит клиент, начинается с «AWSALBAPP-» и включает номер фрагмента. Например, если размер файла cookie составляет 0–4 КБ, клиент увидит АВСАЛБАПП-0.Если размер файла cookie составляет 4–8 КБ, клиент видит AWSALBAPP-0 и АВСАЛБАПП-1 и так далее.

Чтобы включить прилипание на основе приложений с помощью консоли

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе Балансировка нагрузки выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Атрибуты раздел, выбираем Редактировать .

  5. На странице Редактировать атрибуты выполните следующие действия:

    1. Выберите Липкость .

    2. Для Тип липкости выберите Файл cookie на основе приложения .

    3. Для Длительность липкости укажите значение от 1 секунды до 7 дней.

    4. Для Имя файла cookie приложения введите имя для вашего файл cookie на основе приложения.

      Не используйте AWSALB , AWSALBAPP или AWSALBTG для имени файла cookie; они зарезервированы для использования балансировщиком нагрузки.

    5. Выберите Сохранить изменения .

Чтобы включить привязку на основе приложений с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes со следующим атрибуты:

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

   aws elbv2 change-target-group-attributes --target-group-arn  ARN  --attributes Key=stickiness.enabled, Value=  true  Key=stickiness.type, Value=  app_cookie  Key=stickiness .app_cookie.cookie_name Значение =  my-cookie-name  Ключ = stickiness.app_cookie.duration_seconds Значение =  время в секундах    

Результат должен быть похож на следующий пример.

 
       {
            "Атрибуты": [
                ...
                {
                    «Ключ»: «липкость.включена»,
                    "Значение": "истина"
                },
                {
                    «Ключ»: «stickiness.app_cookie.cookie_name»,
                    "Значение": "MyCookie"
                },
                {
                    "Ключ": "липкость.тип",
                    "Значение": "app_cookie"
                },
                {
                    «Ключ»: «stickiness.app_cookie.duration_seconds»,
                    "Значение": "86500"
                },
                ...
            ]
        }
            
              

Ручная ребалансировка

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

  • Установить срок действия файла cookie, созданного приложением, которое было текущую дату и время.Это предотвратит отправку куки клиентами к Application Load Balancer, который перезапустит процесс установление липкости.

  • Установите очень короткую продолжительность для балансировщика нагрузки на основе приложений. конфигурация липкости, например, 1 секунда. Это заставляет приложение Балансировщик нагрузки для восстановления привязки, даже если файл cookie установлен целью не истек.

целевых групп для балансировщиков сетевой нагрузки

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

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

Конфигурация маршрутизации

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

Целевые группы для балансировщиков сетевой нагрузки поддерживают следующие протоколы и порты:

  • Протоколы : TCP, TLS, UDP, TCP_UDP

  • Порты : 1-65535

Если целевая группа настроена на протокол TLS, балансировщик нагрузки устанавливает Соединения TLS с целями с использованием сертификатов, которые вы устанавливаете на цели.То балансировщик нагрузки не проверяет эти сертификаты. Таким образом, вы можете использовать самоподписанный сертификаты или сертификаты с истекшим сроком действия. Поскольку балансировщик нагрузки находится в виртуальное частное облако (VPC), трафик между балансировщиком нагрузки и целевыми объектами аутентифицируется на уровне пакетов, поэтому он не подвержен риску атак «человек посередине» или спуфинг, даже если сертификаты на цели недействительны.

В следующей таблице приведены поддерживаемые комбинации протокола прослушивателя и настройки целевой группы.

Протокол прослушивания Протокол целевой группы Тип целевой группы Протокол проверки работоспособности

TCP

TCP | TCP_UDP

экземпляр

| айпи

HTTP | HTTPS | ТКП

TCP

TCP

альб

HTTP | HTTPS

TLS

TCP | TLS

экземпляр

| айпи

HTTP | HTTPS | ТКП

УДП

УДП | TCP_UDP

экземпляр

| айпи

HTTP | HTTPS | ТКП

TCP_UDP

TCP_UDP

экземпляр

| айпи

HTTP | HTTPS | ТКП

Тип мишени

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

Возможны следующие типы целей:

экземпляр

Цели определяются идентификатором экземпляра.

IP-адрес

Цели указаны по IP-адресу.

белый

Целью является Application Load Balancer.

Когда тип цели ip , вы можете указать IP-адреса из одного из следующие блоки CIDR:

  • Подсети VPC для целевой группы

  • 10.0.0.0/8 (RFC 1918)

  • 100.64.0.0/10 (RFC 6598)

  • 172.16.0.0/12 (RFC 1918)

  • 192.168.0.0/16 (RFC 1918)

Нельзя указывать публично маршрутизируемые IP-адреса.

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

  • экземпляра ClassicLink

  • Ресурсы AWS, к которым можно обращаться по IP-адресу и порту (например, базы данных)

  • Локальные ресурсы, связанные с AWS через AWS Direct Connect или Site-to-Site VPN соединение

Если для целевых групп отключено сохранение IP-адресов клиентов, балансировщик нагрузки может поддерживать около 55 000 подключений в минуту для каждой комбинации IP-адреса Network Load Balancer и уникальная цель (IP-адрес и порт).Если вы превысите эти соединения, повышенная вероятность ошибок распределения портов. Если вы получаете ошибки распределения портов, добавьте больше ориентируется на целевую группу.

При запуске Network Load Balancer в общем Amazon VPC (в качестве участника) вы можете только зарегистрироваться цели в подсетях, к которым вам предоставлен доступ.

Если тип цели alb , вы можете зарегистрировать один Application Load Balancer в качестве цели.Дополнительные сведения см. в статье Балансировщики нагрузки приложений в качестве целей.

Балансировщики сетевой нагрузки

не поддерживают целевой тип lambda . Балансировщики нагрузки приложений являются единственной нагрузкой балансировщики, поддерживающие целевой тип lambda . Для получения дополнительной информации см. Лямбда-функции как цели в Руководстве пользователя для Application Load Balancers .

Если у вас есть микрослужбы на экземплярах, зарегистрированных с помощью Network Load Balancer, вы не можете использовать балансировщик нагрузки для обеспечения связи между ними, если балансировщик нагрузки не с выходом в Интернет или экземпляры регистрируются по IP-адресу.Для получения дополнительной информации см. Время ожидания соединения для запросов от цели к его балансировщик нагрузки.

Запрос маршрутизации и IP адреса

Если вы указываете цели с помощью идентификатора экземпляра, трафик направляется на экземпляры с использованием основной частный IP-адрес, указанный в основном сетевом интерфейсе для экземпляра. Балансировщик нагрузки перезаписывает IP-адрес назначения из пакет данных перед его пересылкой целевому экземпляру.

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

Дополнительные сведения о разрешении трафика к вашим экземплярам см. в разделе Целевые группы безопасности.

Тип IP-адреса

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

Балансировщики сетевой нагрузки

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

Соображения

  • Все IP-адреса в целевой группе должны иметь один и тот же тип IP-адреса.Для Например, вы не можете зарегистрировать цель IPv4 в целевой группе IPv6.

  • Целевые группы

    IPv6 можно использовать только с балансировщиками нагрузки с двойным стеком . с прослушивателями TCP или TLS.

  • Целевые группы

    IPv6 поддерживают только цели типа IP.

Зарегистрированные цели

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

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

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

Если вы регистрируете цели по идентификатору экземпляра, вы можете использовать балансировщик нагрузки с Группа автоматического масштабирования. После того как вы присоедините целевую группу к группе Auto Scaling, Auto Scaling зарегистрирует вашу цели с целевой группой для вас, когда он запускает их. Для получения дополнительной информации см. Подключение балансировщика нагрузки к вашей группы Auto Scaling в Руководстве пользователя Amazon EC2 Auto Scaling .

Требования

  • Вы не можете зарегистрировать экземпляры по идентификатору экземпляра, если они используют один из следующих типы экземпляров: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 или Т1.

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

  • Если вы регистрируете цель по IP-адресу, и IP-адрес находится в том же VPC как балансировщик нагрузки, балансировщик нагрузки проверяет, находится ли он в подсети, оно может достигать.

  • Балансировщик нагрузки направляет трафик к целям только в зонах доступности, которые включены. Цели в неактивных зонах не используются.

  • Для целевых групп UDP и TCP_UDP не регистрировать экземпляры по IP-адресу, если они находятся за пределами VPC балансировщика нагрузки или используют одно из следующих типы экземпляров: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 или Т1.Цели, которые находятся за пределами VPC балансировщика нагрузки или используют неподдерживаемый тип экземпляра может получать трафик от балансировщика нагрузки, но затем быть не в состоянии ответить.

Атрибуты целевой группы

Ниже приведены атрибуты целевой группы:

deregistration_delay.таймаут_секунд

Время ожидания Elastic Load Balancing перед изменением состояния отмена регистрации цели с , слив на , неиспользуемый . То диапазон 0-3600 секунд. Значение по умолчанию — 300 секунд.

deregistration_delay.connection_termination.enabled

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

save_client_ip.enabled

Указывает, включено ли сохранение IP-адреса клиента. Значение истина или ложь . По умолчанию отключено, если тип целевой группы — IP-адрес, а протокол целевой группы — TCP или TLS.В противном случае по умолчанию включено. Сохранение IP-адреса клиента не может быть отключено для целевых групп UDP и TCP_UDP.

proxy_protocol_v2.enabled

Указывает, включен ли протокол прокси версии 2. По умолчанию прокси протокол отключен.

липкость.включено

Указывает, включены ли закрепленные сеансы.

клейкость.тип

Тип липкости. Возможное значение исходный_ip .

Сохранение IP-адреса клиента

Балансировщики сетевой нагрузки могут сохранять исходный IP-адрес клиентов при маршрутизации запросов к серверной части. цели.Когда вы отключаете сохранение IP-адреса клиента, частный IP-адрес Network Load Balancer становится IP-адресом клиента для всего входящего трафика.

По умолчанию сохранение IP-адреса клиента включено (и не может быть отключено), например и целевые группы типа IP с протоколами UDP и TCP_UDP. Однако вы можете включить или отключить сохранение IP-адресов клиентов для целевых групп TCP и TLS с помощью save_client_ip.enabled Атрибут целевой группы.

Настройки по умолчанию

  • Целевые группы типа экземпляра: Включено

  • Целевые группы типа IP (UDP, TCP_UDP): Включено

  • Целевые группы типа IP (TCP, TLS): отключено

Ограничения и соображения

  • Если включено сохранение IP-адресов клиентов, цели должны находиться в том же VPC, что и Network Load Balancer, и трафик должен направляться непосредственно от Network Load Balancer к цели.

  • Сохранение IP-адреса клиента не поддерживается, когда трафик направляется через балансировщик нагрузки шлюза. конечная точка, даже если цель находится в том же VPC, что и Network Load Balancer.

  • Следующие типы экземпляров не поддерживают сохранение IP-адреса клиента: C1, CC1, CC2, CG1, CG2, CR1, G1, G2, HI1, HS1, M1, M2, M3 и T1. Мы рекомендуем вам зарегистрировать эти типы экземпляров как IP-адреса с сохранением IP-адреса клиента инвалид.

  • Сохранение IP-адреса клиента не влияет на трафик AWS PrivateLink. Исходный IP трафика AWS PrivateLink всегда является частным IP-адресом Балансировщик сетевой нагрузки.

  • Сохранение IP-адреса клиента не влияет на трафик, преобразованный из IPv6 в IPv4. Исходный IP-адрес этого типа трафика всегда является частным IP-адресом Балансировщик сетевой нагрузки.

  • При указании целей по типу Application Load Balancer IP-адрес клиента для всего входящего трафика сохраняется балансировщиком сетевой нагрузки и отправляется в балансировщик нагрузки приложений. Затем Application Load Balancer добавляет IP-адрес клиента в заголовок запроса X-Forwarded-For перед его отправкой к цели.

  • Изменения сохранения IP-адреса клиента вступают в силу только для нового TCP соединения.

Если включено сохранение IP-адреса клиента, может возникнуть соединение TCP/IP. ограничения, связанные с наблюдаемым повторным использованием сокетов на целях. Эти связи ограничения могут возникать, когда клиент или устройство NAT перед клиентом использует один и тот же исходный IP-адрес и исходный порт при подключении к нескольким узлам балансировщика нагрузки одновременно. Если балансировщик нагрузки направляет эти соединения на одну и ту же цель, соединения выглядят так, как если бы они исходили из одного и того же исходного сокета, который приводит к ошибкам подключения.В этом случае клиенты могут повторить попытку (если соединение терпит неудачу) или переподключиться (если соединение прервано). Вы можете уменьшить этот тип ошибка соединения за счет увеличения количества эфемерных портов источника или за счет увеличения количество целей для балансировщика нагрузки. Вы можете предотвратить этот тип ошибки подключения, отключив сохранение IP-адреса клиента или отключив балансировку нагрузки между зонами.

Новая консоль

Чтобы настроить сохранение IP-адресов клиентов с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе Балансировка нагрузки , выберите Целевые группы .

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

  4. На вкладке Атрибуты выберите Редактировать .

  5. Чтобы включить сохранение IP-адреса клиента, выберите Сохранить клиент. IP-адреса . Чтобы отключить сохранение IP-адреса клиента, очистить Сохранить IP-адреса клиентов .

  6. Выберите Сохранить изменения .

Старая консоль

Чтобы настроить сохранение IP-адреса клиента с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу и выберите Описание , Редактировать атрибуты .

  4. Чтобы включить сохранение IP-адреса клиента, выберите Сохранить клиент. IP-адреса .Чтобы отключить сохранение IP-адреса клиента, очистить Сохранить IP-адреса клиентов .

  5. Выберите Сохранить .

Чтобы включить или отключить сохранение IP-адреса клиента с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes с параметром save_client_ip.включен атрибут .

Например, используйте следующую команду, чтобы отключить сохранение IP-адреса клиента.

   aws elbv2 modify-target-group-attributes --attributes Key=preserve_client_ip.enabled, Value=  false  --target-group-arn  ARN    

Результат должен быть похож на следующий пример.

  {
    "Атрибуты": [
      {
        «Ключ»: «proxy_protocol_v2.включено",
        "Значение": "ложь"
      },
      {
        «Ключ»: «preserve_client_ip.enabled»,
        "Значение": "ложь"
      },
      {
        "Ключ": "deregistration_delay.timeout_seconds",
        "Значение": "300"
      }
    ]
}  

Задержка отмены регистрации

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

Исходное состояние цели отмены регистрации: слив .По умолчанию балансировщик нагрузки изменяет состояние цели отмены регистрации на неиспользуемых после 300 секунд. Чтобы изменить время ожидания балансировщика нагрузки перед изменением состояние цели отмены регистрации до неиспользуемых , обновить отмену регистрации значение задержки. Мы рекомендуем указать значение не менее 120 секунд, чтобы обеспечить что запросы выполнены.

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

Новая консоль

Чтобы обновить атрибуты отмены регистрации с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Атрибуты выберите Редактировать .

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

  6. Выберите Сохранить изменения .

Старая консоль

Чтобы обновить атрибуты отмены регистрации с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу и выберите Описание , Редактировать атрибуты .

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

  5. Выберите Сохранить .

Для обновления атрибутов отмены регистрации с помощью интерфейса командной строки AWS

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

Прокси-протокол

Балансировщики сетевой нагрузки

используют прокси-протокол версии 2 для отправки дополнительной информации о подключении, например источник и место назначения.Прокси-протокол версии 2 обеспечивает двоичное кодирование заголовок протокола прокси. Балансировщик нагрузки добавляет заголовок прокси-протокола к TCP. данные. Он не отбрасывает и не перезаписывает какие-либо существующие данные, включая любой прокси-протокол. заголовки, отправленные клиентом или любыми другими прокси, балансировщиками нагрузки или серверами в сетевой путь. Следовательно, можно получить более одного заголовка прокси-протокола. Кроме того, если есть другой сетевой путь к вашим целям за пределами балансировщика сетевой нагрузки, первый Заголовок прокси-протокола может не совпадать с заголовком вашего Network Load Balancer.

Если вы укажете цели по IP-адресу, исходные IP-адреса, предоставленные вашему приложения зависят от протокола целевой группы следующим образом:

  • TCP и TLS: исходные IP-адреса являются частными IP-адресами нагрузки. узлы балансировки. Если вам нужны IP-адреса клиентов, включите прокси протокол и получить IP-адреса клиентов из заголовка протокола прокси.

  • UDP и TCP_UDP: исходные IP-адреса — это IP-адреса клиенты.

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

Соединения для проверки работоспособности

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

Услуги конечных точек VPC

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

Заголовок протокола прокси также включает идентификатор конечной точки. Эта информация кодируется с использованием пользовательского вектора Type-Length-Value (TLV) следующим образом.

Поле Длина (в октетах) Описание

Тип

1

PP2_TYPE_AWS (0xEA)

Длина

2

Длина значения

Значение

1

PP2_SUBTYPE_AWS_VPCE_ID (0x01)

переменная (длина значения минус 1) Идентификатор конечной точки

Пример анализа TLV-типа 0xEA см. на странице https://github.com/aws/инструменты балансировки эластичной нагрузки/дерево/мастер/proprot.

Включить прокси-протокол

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

Новая консоль

Чтобы включить прокси-протокол v2 с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе ЗАГРУЗИТЬ БАЛАНСИРОВКА , выберите цель Группы .

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

  4. На вкладке Атрибуты выберите Редактировать .

  5. На странице Редактировать атрибуты выберите Прокси-протокол v2 .

  6. Выберите Сохранить изменения .

Старая консоль

Чтобы включить прокси-протокол v2 с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе ЗАГРУЗИТЬ БАЛАНСИРОВКА , выберите цель Группы .

  3. Выберите целевую группу.

  4. Выбрать Описание , Редактировать атрибуты .

  5. Для Proxy protocol v2 выберите Включить .

  6. Выберите Сохранить .

Чтобы включить прокси-протокол v2 с помощью интерфейса командной строки AWS

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

Закрепленные сессии

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

Соображения

  • Использование закрепленных сеансов может привести к неравномерному распределению подключений и потоки, которые могут повлиять на доступность ваших целей.Например, все клиенты за одним и тем же устройством NAT имеют один и тот же исходный IP-адрес. Следовательно, весь трафик от этих клиентов направляется в одну и ту же цель.

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

  • Закрепленные сеансы не поддерживаются с прослушивателями TLS и целью TLS группы.

Новая консоль

Чтобы включить закрепленные сеансы с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Атрибуты выберите Редактировать .

  5. На странице Редактировать атрибуты выберите Липкость .

  6. Выберите Сохранить изменения .

Старая консоль

Чтобы включить закрепленные сеансы с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. Выбрать Описание , Редактировать атрибуты .

  5. Для Липкость выберите Включить .

  6. Выберите Сохранить .

Для включения закрепленных сеансов с помощью интерфейса командной строки AWS

Используйте команду change-target-group-attributes с параметром атрибут stickiness.enabled .

Создайте целевую группу для Network Load Balancer

Вы регистрируете цели для Network Load Balancer в целевой группе.По умолчанию балансировщик нагрузки отправляет запросы зарегистрированным целям, используя порт и протокол, которые вы указали для целевая группа. Вы можете переопределить этот порт при регистрации каждой цели в целевая группа.

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

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

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

Новая консоль

Чтобы создать целевую группу с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе Балансировка нагрузки , выберите Целевые группы .

  3. Выберите Создать целевую группу .

  4. Для Выберите тип цели , выберите Экземпляров для регистрации целей по экземплярам Я БЫ; IP-адресов для регистрации целей по IP адрес; или Application Load Balancer для регистрации Application Load Balancer в качестве цель.

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

  6. Для Протокол выберите протокол как следует:

    • Если протокол прослушивателя TCP, выберите TCP или TCP_UDP .

    • Если протокол прослушивателя TLS, выберите TCP или TLS .

    • Если протокол слушателя UDP, выберите УДП или TCP_UDP .

    • Если протокол прослушивателя TCP_UDP, выберите TCP_UDP .

  7. (необязательно) Для порта измените значение по умолчанию. по мере необходимости.

  8. Если целевой тип — IP-адресов , выберите IPv4 или IPv6 в качестве Тип IP-адреса , в противном случае перейдите к следующему шаг.

    Обратите внимание, что вы можете связать целевые группы IPv6 только с двойным стеком. балансировщик нагрузки с прослушивателями TCP или TLS. Все цели в мишени группа должна иметь один и тот же тип IP-адреса. Вы не можете изменить IP тип адреса после создания целевой группы.

  9. Для VPC выберите виртуальное частное облако (ВПК).

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

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

  11. (Необязательно) Добавьте один или несколько тегов следующим образом:

    1. Разверните раздел Теги .

    2. Выберите Добавить тег .

    3. Введите тег Ключ и Значение . Допустимые символы буквы, пробелы, цифры (в UTF-8) и следующие специальные символы: + — = ._ : / @. Не используйте ведущие или конечные пробелы. Значения тегов чувствительны к регистру.

  12. Выбрать Далее .

  13. В регистре на странице добавьте один или несколько цели следующим образом:

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

    • Если тип цели IP-адресов , сделать следующее:

      1. Выберите сеть VPC из список или выберите Другой частный IP-адрес адреса .

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

      3. Введите порты для маршрутизации трафика на указанные IP-адреса.

      4. Выбрать Включить как ожидающие ниже .

  14. Выберите Создать целевую группу .

Старая консоль

Чтобы создать целевую группу с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе Балансировка нагрузки , выберите Целевые группы .

  3. Выберите Создать целевую группу .

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

  5. Для Протокол выберите протокол как следует:

    • Если протокол прослушивателя TCP, выберите TCP или TCP_UDP .

    • Если протокол прослушивателя TLS, выберите TCP или TLS .

    • Если протокол слушателя UDP, выберите УДП или TCP_UDP .

    • Если протокол прослушивателя TCP_UDP, выберите TCP_UDP .

  6. (необязательно) Для порта измените значение по умолчанию. по мере необходимости.

  7. Для Целевой тип выберите экземпляр указать цели по идентификатору экземпляра или ip указать цели по IP-адресу.

  8. Для VPC выберите виртуальное частное облако (ВПК).

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

  10. (Необязательно) Добавьте один или несколько тегов следующим образом:

    1. Выберите только что созданную целевую группу.

    2. Выбрать Теги , Добавить/Изменить Теги .

    3. На странице Добавить/редактировать теги для каждого тег, который вы добавляете, выберите Создать тег и затем укажите ключ тега и значение тега.Когда у тебя есть закончили добавлять теги, выберите Сохранить .

  11. (необязательно) Чтобы добавить цели в целевую группу, см. раздел Регистрация целей в вашей цели. группа.

  12. (Необязательно) Вы можете указать целевую группу по умолчанию. правило слушателя.Дополнительные сведения см. в разделе Создание прослушивателя и обновление прослушивателя.

Для создания целевой группы с помощью интерфейса командной строки AWS

Используйте команду create-target-group, чтобы создать целевую группу, команду add-tags, чтобы пометить целевая группа и команда register-targets для добавления целей.

Проверки здоровья для ваших целевых групп

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

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

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

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

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

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

Для запросов проверки работоспособности HTTP или HTTPS заголовок хоста содержит IP-адрес узел балансировки нагрузки и порт прослушивателя, а не IP-адрес цели и работоспособность проверить порт.

Если вы добавите прослушиватель TLS в свой Network Load Balancer, мы выполним тест подключения прослушивателя. Как TLS завершение также прерывает TCP-соединение, новое TCP-соединение устанавливается между ваш балансировщик нагрузки и ваши цели. Таким образом, вы можете увидеть пинги TCP для этого теста. отправляется из вашего балансировщика нагрузки на цели, которые зарегистрированы в вашем прослушивателе TLS.Ты могут идентифицировать эти ping-запросы TCP, потому что у них есть исходный IP-адрес вашего балансировщика сетевой нагрузки и соединения не содержат пакетов данных.

Для службы UDP целевую доступность можно проверить с помощью не-UDP проверок работоспособности на вашем целевая группа. Вы можете использовать любую доступную проверку работоспособности (TCP, HTTP или HTTPS) и любой порт на ваша цель, чтобы проверить доступность службы UDP. Если служба, получающая здоровье проверка не удалась, ваша цель считается недоступной.Для повышения точности проверки работоспособности для службы UDP настройте службу, прослушивающую порт проверки работоспособности, чтобы отслеживать статус вашей службы UDP и не пройти проверку работоспособности, если служба недоступна.

Настройки проверки работоспособности

Вы настраиваете активные проверки работоспособности для целей в целевой группе, используя следующие настройки. Если проверки работоспособности превышают UnhealthyThresholdCount последовательных сбоев балансировщика нагрузки выводит цель из строя.Когда проверки здоровья превышают HealthyThresholdCount последовательных успехов, балансировщик нагрузки возвращает цель в строй.

Настройка Описание

Протокол проверки здоровья

Протокол, который балансировщик нагрузки использует при проверке работоспособности на мишенях.Возможные протоколы: HTTP, HTTPS и TCP. То по умолчанию используется протокол TCP. Если тип цели lb , поддерживаемые протоколы проверки работоспособности — HTTP и HTTPS.

HealthCheckPort

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

HealthCheckPath

[Проверки работоспособности HTTP/HTTPS] Путь проверки связи, который является местом назначения на цели для проверки здоровья. По умолчанию /.

HealthCheckTimeoutSeconds

Количество времени в секундах, в течение которого от цель означает неудачную проверку работоспособности.Это значение должно быть 6 секунд для Проверка работоспособности HTTP и 10 секунд для проверки работоспособности TCP и HTTPS. чеки.

HealthCheckIntervalSeconds

Приблизительное количество времени в секундах между проверками работоспособности индивидуальной цели. Это значение может быть 10 секунд или 30 секунд.По умолчанию 30 секунд.

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

HealthyThresholdCount

Количество последовательных успешных проверок работоспособности, необходимых до считая нездоровую цель здоровой. Диапазон от 2 до 10. по умолчанию 3.

UnhealthyThresholdCount

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

Матчер

[Проверки работоспособности HTTP/HTTPS] Коды HTTP для использования при проверке успешный ответ от цели. Это значение должно быть от 200 до 399.

Целевое состояние здоровья

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

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

Значение Описание

начальный

Балансировщик нагрузки находится в процессе регистрации целевого или выполнение начальных проверок работоспособности цели.

Связанные коды причин: Elb.RegistrationInProgress | Elb.InitialHealthChecking

здоровый

Цель здорова.

Связанные коды причин: Нет

нездоровый

Цель не ответила на проверку здоровья или не прошла проверку здоровья чек об оплате.

Код связанной причины: Target.FailedHealthChecks

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

Цель не зарегистрирована в целевой группе, целевая группа не используется в правиле прослушивателя, цель находится в доступности Зона, которая не активирована, или цель находится в остановленном или прекращенное состояние.

Связанные коды причин: Target.NotRegistered | Цель.NotInUse | Цель.InvalidState | Target.IpUnusable

слив

Цель отменяет регистрацию, и выполняется сброс соединения обработать.

Связанный код причины: Target.DeregistrationInProgress

недоступен

Здоровье цели недоступно.

Связанный код причины: Elb.InternalError

Коды причин проверки работоспособности

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

Код причины Описание

Elb.InitialHealthChecking

Выполняется первоначальная проверка работоспособности

Эльб.Внутренняя ошибка

Не удалось выполнить проверку работоспособности из-за внутренней ошибки

Elb.RegistrationInProgress

Выполняется регистрация цели

Target.DeregistrationInProgress

Выполняется отмена регистрации цели

Цель.Фаиледхелсчекс

Проверка работоспособности не удалась

Target.InvalidState

Цель находится в остановленном состоянии

Цель находится в прекращенном состоянии

Цель находится в прекращенном или остановленном состоянии

Цель находится в недопустимом состоянии

Цель.IPUnusable

IP-адрес нельзя использовать в качестве цели, так как он используется балансировщик нагрузки

Target.NotInUse

Целевая группа не настроена на получение трафика от нагрузки балансир

Цель находится в зоне доступности, которая не включена для нагрузки балансир

Цель.Незарегистрированный

Цель не зарегистрирована в целевой группе

Проверьте здоровье ваших целей

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

Новая консоль

Чтобы проверить работоспособность ваших целей с помощью новой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Targets Столбец состояния показывает состояние каждого цель.

  5. Если целевое состояние имеет любое значение, кроме Healthy , столбец Сведения о состоянии содержит больше Информация.

Старая консоль

Чтобы проверить работоспособность ваших целей с помощью старой консоли

  1. Откройте консоль Amazon EC2 по адресу https://консоль.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. Выберите Targets и просмотрите статус каждого target в столбце Status .Если статус любое значение, кроме Healthy , дополнительные сведения см. во всплывающей подсказке. Информация.

Для проверки работоспособности ваших целей с помощью интерфейса командной строки AWS

Используйте команду description-target-health. Вывод этой команды содержит целевое состояние здоровья. Он включает код причины, если статус имеет любое значение, кроме Здоровый .

Для получения уведомлений по электронной почте о неработоспособных целях

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

Изменить параметры проверки работоспособности целевая группа

Вы можете изменить некоторые параметры проверки работоспособности для целевой группы.Если протокол целевой группы — TCP, TLS, UDP или TCP_UDP, вы не можете изменить состояние проверьте протокол, интервал, время ожидания или коды успеха.

Новая консоль

Чтобы изменить параметры проверки работоспособности для целевой группы, используя новый console

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

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

  4. На вкладке Сведения о группе в Health check settings раздел, выбираем Редактировать .

  5. На странице Изменить параметры проверки работоспособности , измените настройки по мере необходимости, а затем выберите Сохранить меняется .

Старая консоль

Чтобы изменить параметры проверки работоспособности для целевой группы, используя старый console

  1. Откройте консоль Amazon EC2 по адресу https://console.aws.amazon.com/ec2/.

  2. На панели навигации в разделе БАЛАНСИРОВКА НАГРУЗКИ , выберите Целевые группы .

  3. Выберите целевую группу.

  4. Выберите Проверки работоспособности , Редактировать .

  5. На странице Изменить целевую группу измените настройки по мере необходимости, а затем выберите Сохранить .

Чтобы изменить настройки проверки работоспособности для целевой группы с помощью интерфейса командной строки AWS

Используйте команду изменить целевую группу.

Leave a Reply