Настроить контекст: Как правильно настроить контекстную рекламу. Популярные ошибки + примеры

Самостоятельная настройка контекстной рекламы

Самостоятельная настройка контекстной рекламы

Надеюсь, вам понравится читать этот пост!

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

Простым языком о маркетинговых воронках и контекстной рекламе

Клиент предлагает своим клиентам подписку на онлайн-телевидение

Этапы воронки:

1. Тестовая подписка на 30 дней
2. e-mail рассылка и ремаркетинг
3. Подписка на год и более

Контекстная реклама:

1. Использовали РСЯ по ключевым запросам «TV онлайн, онлайн телевидение и т.д»
   в баннерах предлагали подписаться на самый выгодный тариф, 2 года со скидкой в 50%, 1,7 руб в месяц!
2. Использовали ремаркетинг, крутили по 2-ум сегментам аудиторий.

• пользователь, который «последний раз заходил на сайт от 1 до 10 дней, провел больше 15 сек. и вышел, без подписок». Таких пользователей закрывали на тестовый период, показывали баннеры с надписью «Попробуйте наш сервис в тестовом режиме, 30 дней бесплатно и т. д»
• пользователь, который активировал тестовый период, и спустя 25-35 дней не оформил подписку на год и более, показывали им баннеры с посылом – «понравился наш сервис? Оформите подписку на год, 1,7 руб в месяц!».

Какие цифры получили в итоге:

Из РСЯ в оплату тарифа:

• Оплаты  – 108
• Конверсия — 0,13%
• Цена оплаты — 28,3 BYN

Из ремаркетинга №1 в оплату:

• Оплаты – 146
• Конверсия – 0,74%
• Цена оплаты – 9,8 BYN

Из ремаркетинга №2 в оплату:

• Оплаты  – 35
• Конверсия – 3,85%
• Цена оплаты — 3,6 BYN

Бесплатное обучение маркетингу от Edugusarov.by на 7 дней

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

Попробовать бесплатно

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

В Беларуси контекстную рекламу настраивают в двух основных поисковых системах – Яндекс Директ и Google Ads. Все мы видели, что после того, как вводим в поисковую строку интересующий нас запрос, сразу под строкой поиска появляются рекламные объявления с пометкой «Реклама», в точности соответствующие введенному запросу. Это и есть контекстная реклама. Кроме того, эти объявления публикуются не только на странице поиска, но и на тематических сайтах, которые входят в рекламную сеть поисковика.

Немного цифр о том, как поисковыми системами пользуются в Беларуси и России в апреле 2020:

Беларусь:
Яндекс 67%
Google 30%

При этом с обычных компьютеров, ноутбуков у Яндекс доля 42%, а у Google 53%. Пользователи любят пользоваться Google с телефонов и планшетов. По платежеспособности пользователи между поисковыми системами НЕ делятся.

Россия:
Яндекс 59%
Google 38%

С компьютеров, ноутбуков у Яндекс доля 70%, а у Google 25%.

Давайте разберемся, как это сделать  в системе Google Adwords. Кстати, инструмент AdWords переименован в Google Ads.

1. Для начала необходимо создать новый аккаунт в Google Ads либо воспользоваться уже имеющимся (например, вашей учетной записью в Gmail).
2. После авторизации в закладке «Кампании» кликаем на кнопку «Создать кампанию» и приступаем к работе.
3. Система попросит придумать название кампании и выбрать из предложенного списка тип кампании. Рекомендуем выбрать тип «Только поисковая сеть» для показа объявлений в поисковой выдаче и тип «Только контекстно-медийная сеть» для показа на сайтах-партнерах Google в рекламных блоках.
4. Далее в этом разделе отмечаем «Все функции», чтобы иметь возможность размещать любые виды объявлений, а не только графические.
5. Переходим к выбору местоположения рекламной кампании. Здесь важно указать необходимый регион исходя из целевой аудитории. Чем точнее вы сможете это сделать, тем меньше получите посторонних кликов, которые съедают бюджет. Например, если вы занимаетесь продажей цветов по Минску и не оказываете доставку в другие города, то логично выбрать регион «Минск». Мы рекомендуем в расширенных настройках геотаргетинга выбирать «Люди из целевых местоположений» для того, чтобы объявления видели только те пользователи, которые, по данным Google, находятся в заданном регионе.
6. Рекомендуем выбирать ручную стратегию управлением ставками, если есть время проводить постоянный мониторинг актуальных ставок. Автоматические стратегии подойдут тем рекламодателям, у которые не хватает времени на ведение рекламной кампании. Но стоит иметь в виду, что автоматические стратегии не учитывают особенности вашего бизнеса: целевую аудиторию, рентабельность, нишу и т.д.
7. В разделе «Расширения объявлений» можно выбрать дополнительные опции. Например, опцию «Позвонить», чтобы пользователь мог в один клик набрать номер телефона для связи со специалистом компании.
8. В расширенных настройках вы можете дополнительно указать срок рекламной кампании, ограничить частоту показов.

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

1. Сначала придумываем название для группы объявлений. Рекомендуем делать их интуитивно-понятными чтоб потом не тратить время при поиске групп для редактирования.
2. Затем необходимо создать текстовое объявление, учитывая следующее: заголовок объявления должен включать ключевые слова, текст самого описание должен заканчиваться точкой, восклицательным или вопросительным знаком, URL должен быть коротким.
3. Приступаем к выбору ключевых слов. Очень важно правильно подобрать ключевые слова – ведь это, с помощью чего потенциальные покупатели будут находить вас в поиске. Сама система Google Adwords предложит в колонке справа свои варианты, которыми вы можете воспользоваться. Можете исходить из продукта, который продаете, и добавлять к нему общие слова типа «купить», «сделать» и др. (например, «купить телевизор», «телевизор цена»). Также нужно учитывать географические признаки («купить телевизор Минск»), различные варианты написания Вашего товара или услуги («купить  ролл-шторы»,  «купить рольшторы»). Не забывайте использовать призывы к действию, именно они стимулируют переходить на ваш сайт. В Google также существует бесплатный планировщик ключевых слов, которым можно воспользоваться для полноты картины.
4. После этого система попросит указать страну и ваши платежные данные.

На этом создание объявления завершено, и оно будет демонстрироваться потенциальным покупателям.

Пополнение контекстной рекламы

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

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

20.02.2023

Об авторах:

Похожие записи:

СПАСИБО, ЧТО ДОВЕРИЛИСЬ НАМ!

Мы вас не подведём! Наш менеджер перезвонит в течение часа, чтобы обсудить всё, что вам интересно. Не бойтесь спрашивать, мы не кусаемся!

СПАСИБО, ЧТО ДОВЕРИЛИСЬ НАМ!

Мы вас не подведём! Наш менеджер перезвонит в течение часа, чтобы обсудить всё, что вам интересно. Не бойтесь спрашивать, мы не кусаемся!

СПАСИБО, ЧТО ДОВЕРИЛИСЬ НАМ!

Мы вас не подведём! Наш менеджер перезвонит в течение часа, чтобы обсудить всё, что вам интересно. Не бойтесь спрашивать, мы не кусаемся!

• Беларусь

• Россия

• Другие

СПАСИБО, ЧТО ДОВЕРИЛИСЬ НАМ!

Мы вас не подведём! Наш менеджер перезвонит в течение часа, чтобы обсудить всё, что вам интересно. Не бойтесь спрашивать, мы не кусаемся!

• Беларусь

• Россия

• Другие

При нахождении на сайте Вы соглашаетесь с политикой обработки персональных данных.

Всё понятно!

Сколько на самом деле стоит настройка контекста 1000 или 50 000? Можно ли на ней экономить — Маркетинг на vc.ru

Всем привет! Я Василий Асеев, владелец маркетингового агентства Soldi Marketing. В числе наших услуг есть настройка контекстной рекламы. И когда мы сообщаем клиенту о цене в 50 000 ₽ или 60 000 ₽, это иногда вызывает недоумение, и в конечном итоге человек обращается к частному специалисту.

8454 просмотров

Казалось бы, и за 1 000 ₽, и за 100 000 ₽ компания получает один и тот же продукт — настройку контекста. Но это не так. Давайте разбираться, в чем разница между дешевой и дорогой услугой, на что специалист тратит больше всего времени и можно ли экономить на настройке контекстной рекламы.

В чем разница между настройкой контекста за 1 000 ₽ и 100 000 ₽

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

Специалист, продающий дешевые услуги, в лучшем случае найдет 150 ключевых фраз от 5–10 тех, которые вы сами ему предоставили. И пойдет зарабатывать дальше, настраивая рекламу уже для других, а вы будете вести кампании дальше. Если заказываете дешевую настройку, ожидайте конвейерного подхода. Иначе быть не может: специалист не будет месяц работать над вашей рекламой за 10 000 ₽, потому что ему банально нужно что-то есть.

Дешевая настройка как конвейер: быстро сделали, отдали, приступили к следующему проекту

@ alphaspirit

Настройка контекстной рекламы за условные 100 000 ₽ отличается более глубокой проработкой. В этом случае вам продают не сами рекламные кампании, а конечный результат: клиентов, которые будут у вас покупать. И в «настройку» входят множество услуг:

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

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

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

Проработка семантического ядра. Семантическое ядро для контекста — это не просто набор из 100–200 фраз. Семантика может и должна быть намного шире, чтобы объявления охватывали все возможные запросы целевой аудитории. И те, кто берёт дорого, могут работать над ней пару недель, месяц или даже больше.

Составление объявлений. Нельзя написать один шаблонный текст для всех объявлений так, как это обычно делают специалисты, которые берут до 10 000 ₽. При нормальной настройке специалист учитывает особенности продукта и запроса, а значит, создает уникальный текст и заголовок для каждой посадочной страницы.

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

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

Давайте на примерах, чтобы было понятнее. Специалист с конвейерным подходом к дешевой настройке не будет изучать предпочтения целевой аудитории и вполне может использовать информацию о скидке в 30% в объявлении о продаже Rolls Royce. А те, кто погрузился в бизнес, поймут, что клиентам важна эксклюзивность. И расскажут о возможности заказать любой цвет или любое наполнение салона.

Человеку, который может позволить себе Rolls Royce, важнее уровень сервиса и эксклюзивность

@ macrovector

Еще один пример: допустим, бизнес продает стройматериалы. Обычно их заказывают не собственники компаний, а прорабы или снабженцы. Они тратят деньги компании, не свои, поэтому скидки им не так важны. А вот система лояльности с кэшбэком, который можно вывести на карту, или подарок в виде дорогого коньяка может их заинтересовать. Специалист, который берет до 10 000 ₽ за настройку, не будет так глубоко интересоваться предпочтениями целевой аудитории и возьмет для составления объявления первую попавшуюся информацию с вашего сайта.

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

На что в настройке контекстной рекламы уходит больше всего времени

Не на погружение в бизнес клиента и не на изучение конкурентов, как можно было бы подумать. Львиную долю времени съедает поиск релевантных ключевых запросов. Кажется, что в этом нет ничего сложного и времязатратного: достаточно взять основной ключ, вбить его в сервис подбора слов от «Яндекса» или в Google Trends, и вуаля: получится список, под который можно делать объявления.

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

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

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

● анализируют все ключевые запросы, по которым продвигаются конкуренты;

● ищут ключи во всех возможных словоформах;

● находят информационные запросы, по которым тоже можно продвигаться;

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

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

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

Еще один нюанс, на который уходит много времени — создание заголовка и текста объявлений. Они должны быть максимально релевантны ключевым запросам. То есть если мы выделили в отдельную группу самокаты KUUGO, нужно использовать бренд и в названии страницы. Просто написать «самокаты» нельзя: потенциальные покупатели могут подумать, что искомого бренда нет на странице, и просто не перейти по ссылке.

Посмотрите: в каждом объявлении указана марка, а еще дополнительные преимущества — распродажа или скидка

Качественная настройка контекстной рекламы — долгий процесс. Именно поэтому она не может стоить дешево. Конечно, если у вас какой-то простой продукт, который не так часто ищут, и для его продажи вы используете одностраничный сайт, специалист может попросить 15000–20000 ₽ за услугу. И будет прав, потому что у него не займет много времени собрать 30–40 запросов и составить по ним объявления для разных групп целевой аудитории. Но во всех остальных случаях лучше обращать внимание на услуги стоимостью минимум 50 000 ₽.

Можно ли экономить на контекстной рекламе

Можно, но только себе в убыток. Смотрите:

● обратитесь за дешевой настройкой — с высокой долей вероятности получите кампании со средней или минимальной эффективностью и будете переплачивать за лиды;

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

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

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

Если вам нужна настройка контекстной рекламы, посмотрите, как мы снизили стоимость заявки на 35% и получили на 659% больше лидов — можем сделать такое и для вас.

А вы замечали разницу между дорогой и дешевой настройкой контекста? Или считаете, что «зачем платить больше»? Делитесь мнением — нам будет интересно узнать, что об этом думают предприниматели!

Контекстная реклама. Сколько стоит настройка Яндекс.Директ и Google.AdWords (Ads) 2020?

Kubectl Config Set-Context Tutorial | Airplane

При первой настройке kubectl вам необходимо разместить kubeconfig в правильном месте, прежде чем вы сможете выполнять команды для своего кластера Kubernetes. Есть три способа сделать это.

Один из вариантов — поместить файл kubeconfig в $HOME/. kube/config , который ищет kubectl по умолчанию.

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

Последний вариант — использовать переменную среды KUBECONFIG . Эта переменная среды позволяет вам указать несколько файлов kubeconfig, установив значение для путей к файлам, разделенных двоеточиями:

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

Если ваши кластеры имеют несколько пространств имен, появляется еще одна болевая точка: необходимость указывать --namespace или -n каждый раз, когда вы используете kubectl . В сочетании с несколькими кластерами каждая команда kubectl будет выглядеть примерно так: kubectl --namespace --kubeconfig … , что отнимает много времени и легко может привести к ошибкам.

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

Это позволяет определить несколько контекстов в файле конфигурации, которые затем можно использовать для таргетинга на несколько кластеров Kubernetes или на один и тот же кластер с другим набором пользователей или пространств имен. Вы можете быстро переключаться между кластерами с помощью команды kubectl config use-context . Однако, чтобы использовать эту команду, вам нужно настроить контексты в файле kubeconfig. Это можно сделать с помощью команды kubectl config set-context . В этой статье вы подробно узнаете, как устроен kubeconfig, как определить контексты в kubeconfig и как эффективно использовать set-context для управления различными контекстами.

Что такое контекст Kubernetes?

В Kubernetes контекст — это объект, определенный внутри kubeconfig для псевдонима параметров кластера с понятным для человека именем. Важно понимать, что контекст Kubernetes применяется только к стороне клиента. Сам API-сервер Kubernetes не распознает контекст так, как он распознает другие объекты, такие как модули, развертывания или пространства имен.

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

Обычно kubeconfig состоит из трех частей:

• Кластеры: В этом разделе перечислены все кластеры, к которым у вас есть доступ. Каждый кластер содержит сведения об URL-адресе сервера Kubernetes API (где кластер принимает команды от kubectl), центре сертификации и имени для идентификации кластера.
• Контексты: Это наиболее важный раздел данного руководства, поскольку в нем перечислены доступные контексты. Каждый контекст состоит из имени кластера, пользователя и пространства имен, к которым вы можете получить доступ при его вызове. Обратите внимание, что в этом примере информация о пространстве имен опущена, поскольку используется пространство имен по умолчанию .
• Пользователи: Раздел пользователей идентифицирует каждого пользователя по уникальному имени и включает соответствующую информацию для проверки подлинности, которая может быть сертификатами клиента (как в данном случае), токенами-носителями или прокси-сервером для проверки подлинности.

В этом примере kubeconfig содержит только один кластер, пользователя и контекст. Интересно, что он также содержит current-context , что означает, что все команды kubectl будут выполняться в этом контексте, если это не будет изменено.

Что приводит нас к kubectl set-context , который используется для установки записи контекста в kubeconfig.

Использование kubectl config set-context

Чтобы следовать этому руководству, вам необходимо иметь доступ с локального компьютера к развертыванию Kubernetes с помощью инструмента командной строки kubectl .

• Инструкции по установке kubectl на вашей рабочей станции, вы можете прочитать официальную документацию.
• Самый простой способ установить Kubernetes — использовать minikube, Rancher Desktop, Docker Desktop или аналогичный инструмент. Все эти инструменты устанавливают Kubernetes локально и предварительно настраивают kubectl, чтобы предоставить вам доступ к развертыванию.

После настройки Kubernetes и kubectl вы можете просмотреть справку set-context , используя следующую команду:

Вы получите следующий вывод:

Это говорит о том, что вы можете создавать или изменять контексты в файле kubeconfig с помощью команды kubectl config set-context . Эта команда также принимает имя изменяемого контекста (или --current , если вы хотите изменить текущий контекст), а также --user , --cluster и --namespace . параметры. Если указанный контекст уже существует в kubeconfig, эта команда изменит эту запись с переданными параметрами.

Базовое использование kubectl config set-context

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

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

Допустим, вы хотите создать новый контекст для разработки под названием «dev-context», который указывает на пространство имен «dev-namespace» и пользователя «dev-user». Для простоты также предположим, что вы используете тот же кластер, в котором сейчас находитесь.0003

Команда для добавления нового контекста с данными, описанными выше, выглядит следующим образом:

Если вы снова запустите команду kubectl config view , вы заметите, что новый контекст был добавлен:

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

Предположим, вы хотите изменить dev-namespace имя для «разработки». Для этого вы можете использовать следующую команду:

Это вернет сообщение «Контекст «dev-context» изменен», указывающее, что изменение было успешным.

Шаблон для создания или изменения контекста выглядит следующим образом:

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

Дополнительно использование kubectl config set-context

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

Как вы, возможно, уже заметили, kubectl config set-context — это лишь одна из многих команд, помогающих работать с файлом kubeconfig. В частности, kubectl config set-context изменяет только раздел kubeconfig, соответствующий контексту.

Следующие команды позволяют добавлять или изменять доступ к кластеру и учетные данные пользователя в файле kubeconfig. Вы можете заметить некоторое сходство с kubectl config set-context в его структуре.

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

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

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

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

Предположим, вы хотите получить доступ к новому кластеру под названием «prod» с определенным IP-адресом и учетными данными. Чтобы добавить его в kubeconfig, вы можете использовать следующую команду:

Чтобы добавить новый контекст с именем «prod» с пространством имен «production» и пользователем с именем «admin», вы можете использовать следующую команду:

Чтобы завершить это упражнение, добавьте воображаемые учетные данные для пользователя «admin»:

Чтобы просмотреть изменения, используйте команду kubectl config view . Вывод должен быть примерно таким:

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

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

Рекомендации по использованию kubectl config set-context

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

Рассмотрим пример из предыдущего раздела. Если вы работаете только с одним кластером, может подойти название «производство». Но что, если вам нужен доступ к десяткам развертываний Kubernetes? Что, если каждый из этих кластеров имеет несколько пространств имен (производство, тестирование, этап) и несколько пользователей с разными правами доступа?

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

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

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

Заключительные мысли

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

Настройка доступа к нескольким кластерам

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

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

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

Прежде чем начать

У вас должен быть кластер Kubernetes, а инструмент командной строки kubectl должен быть настроен для связи с вашим кластером. Рекомендуется запускать это руководство в кластере по крайней мере с двумя узлами, которые не действуют как узлы плоскости управления. Если у вас еще нет кластер, вы можете создать его, используя миникуб или вы можете использовать одну из этих игровых площадок Kubernetes:

• Killercoda
• Play with Kubernetes

Чтобы проверить, установлен ли kubectl, запустить версия kubectl --client . Версия kubectl должна быть в пределах одной минорной версии вашего API-сервер кластера.

Определение кластеров, пользователей и контекстов

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

Создайте каталог с именем config-exercise . В вашей config-exercise , создайте файл с именем config-demo со следующим содержимым:

 apiVersion: v1
вид: Конфигурация
предпочтения: {}
кластеры:
- кластер:
  Название: разработка
- кластер:
  название: тест
пользователи:
- имя: разработчик
- имя: экспериментатор
контексты:
- контекст:
  имя: dev-интерфейс
- контекст:
  имя: dev-хранилище
- контекст:
  Название: exp-test
 

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

Перейдите в каталог config-exercise . Введите эти команды, чтобы добавить сведения о кластере в ваш файл конфигурации:

 kubectl config --kubeconfig=config-demo set-cluster development --server=https://1. 2.3.4 --certificate-authority=fake-ca-file
kubectl config --kubeconfig=config-demo set-cluster test --server=https://5.6.7.8 --insecure-skip-tls-verify
 

Добавьте информацию о пользователе в файл конфигурации:

Внимание! Хранение паролей в конфигурации клиента Kubernetes опасно. Лучшей альтернативой было бы использовать плагин учетных данных и хранить их отдельно. См. Плагины учетных данных client-go

 kubectl config --kubeconfig=config-demo set-credentials developer --client-certificate=fake-cert-file --client-key=fake-key-seefile
kubectl config --kubeconfig=config-demo set-credentials Experimenter --username=exp --password=пароль
 

Добавьте сведения о контексте в файл конфигурации:

 kubectl config --kubeconfig=config-demo set-context dev-frontend --cluster=development --namespace=frontend --user=developer
kubectl config --kubeconfig=config-demo set-context dev-storage --cluster=development --namespace=storage --user=developer
kubectl config --kubeconfig=config-demo set-context exp-test --cluster=test --namespace=default --user=experimenter
 

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

 kubectl config --kubeconfig=config-demo view
 

Выходные данные показывают два кластера, двух пользователей и три контекста:

 apiVersion: v1
кластеры:
- кластер:
    центр сертификации: поддельный-ca-файл
    сервер: https://1.2.3.4
  Название: разработка
- кластер:
    небезопасно-пропустить-tls-проверить: правда
    сервер: https://5.6.7.8
  название: тест
контексты:
- контекст:
    кластер: развитие
    пространство имен: интерфейс
    пользователь: разработчик
  имя: dev-интерфейс
- контекст:
    кластер: развитие
    пространство имен: хранилище
    пользователь: разработчик
  имя: dev-хранилище
- контекст:
    кластер: тест
    пространство имен: по умолчанию
    Пользователь: экспериментатор
  Название: exp-test
текущий контекст: ""
вид: Конфигурация
предпочтения: {}
пользователи:
- имя: разработчик
  пользователь:
    клиент-сертификат: поддельный-сертификат-файл
    ключ-клиента: поддельный-ключ-файл
- имя: экспериментатор
  пользователь:
    # Примечание к документации (этот комментарий НЕ является частью вывода команды). 
    # Хранение паролей в конфигурации клиента Kubernetes рискованно.
    # Лучшей альтернативой будет использование плагина учетных данных
    # и сохраните учетные данные отдельно.
    # См. https://kubernetes.io/docs/reference/access-authn-authz/authentication/#client-go-credential-plugins
    пароль: какой-то пароль
    имя пользователя: опыт
 

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

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

Каждый контекст представляет собой тройку (кластер, пользователь, пространство имен). Например, Контекст dev-frontend говорит: «Используйте учетные данные разработчика пользователь для доступа к пространству имен интерфейса кластера разработки «.

Установить текущий контекст:

 kubectl config --kubeconfig=config-demo use-context dev-frontend
 

Теперь при вводе kubectl действие будет применено к кластеру, и пространство имен, указанное в контексте dev-frontend . И команда будет использовать учетные данные пользователя, указанные в контексте dev-frontend .

Для просмотра только информации о конфигурации, связанной с текущий контекст, используйте флаг --minify .

 kubectl config --kubeconfig=config-demo view --minify
 

Выходные данные показывают информацию о конфигурации, связанную с dev-интерфейс контекст:

 версия API: v1
кластеры:
- кластер:
    центр сертификации: поддельный-ca-файл
    сервер: https://1. 2.3.4
  Название: разработка
контексты:
- контекст:
    кластер: развитие
    пространство имен: интерфейс
    пользователь: разработчик
  имя: dev-интерфейс
текущий контекст: dev-интерфейс
вид: Конфигурация
предпочтения: {}
пользователи:
- имя: разработчик
  пользователь:
    клиент-сертификат: поддельный-сертификат-файл
    ключ-клиента: поддельный-ключ-файл
 

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

Изменить текущий контекст на exp-test :

 kubectl config --kubeconfig=config-demo use-context exp-test
 

Теперь любая ваша команда kubectl будет применяться к пространству имен по умолчанию кластер test . И команда будет использовать учетные данные пользователя перечислены в контексте exp-test .

Просмотр конфигурации, связанной с новым текущим контекстом, exp-test .

 kubectl config --kubeconfig=config-demo view --minify
 

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

Изменить текущий контекст на dev-storage :

 kubectl config --kubeconfig=config-demo use-context dev-storage
 

Просмотр конфигурации, связанной с новым текущим контекстом, dev-storage .

 kubectl config --kubeconfig=config-demo view --minify
 

Создать второй файл конфигурации

В каталоге config-exercise создайте файл с именем config-demo-2 со следующим содержимым:

 apiVersion: v1
вид: Конфигурация
предпочтения: {}
контексты:
- контекст:
    кластер: развитие
    пространство имен: рампа
    пользователь: разработчик
  имя: dev-разгон
 

Предыдущий файл конфигурации определяет новый контекст с именем dev-ramp-up .

Установите переменную среды KUBECONFIG

Проверьте, есть ли у вас переменная среды с именем КУБЕКОНФИГ . Если это так, сохраните текущее значение вашей переменной среды KUBECONFIG , чтобы вы могли восстановить его позже. Например:

Linux

 экспорт KUBECONFIG_SAVED="$KUBECONFIG"
 

Windows PowerShell

 $Env:KUBECONFIG_SAVED=$ENV:KUBECONFIG
 

Переменная среды KUBECONFIG представляет собой список путей к файлам конфигурации. Список с разделителями-двоеточиями для Linux и Mac и с разделителями-точками с запятой для Windows. Если у вас есть KUBECONFIG переменная среды, ознакомьтесь с файлами конфигурации в списке.

Временно добавьте два пути к переменной среды KUBECONFIG . Например:

Linux

 export KUBECONFIG="${KUBECONFIG}:config-demo:config-demo-2"
 

Windows PowerShell

 $Env:KUBECONFIG=("config-demo;config-demo-2")
 

В каталоге config-exercise введите следующую команду:

 kubectl config view
 

В выходных данных отображается объединенная информация из всех файлов, перечисленных в вашем KUBECONFIG переменная окружения. В частности, обратите внимание, что объединенная информация имеет dev-ramp-up контекст из файла config-demo-2 и три контекста из файл config-demo :

 контексты:
- контекст:
    кластер: развитие
    пространство имен: интерфейс
    пользователь: разработчик
  имя: dev-интерфейс
- контекст:
    кластер: развитие
    пространство имен: рампа
    пользователь: разработчик
  имя: dev-разгон
- контекст:
    кластер: развитие
    пространство имен: хранилище
    пользователь: разработчик
  имя: dev-хранилище
- контекст:
    кластер: тест
    пространство имен: по умолчанию
    Пользователь: экспериментатор
  Название: exp-test
 

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

Исследуйте каталог $HOME/.kube

Если у вас уже есть кластер, и вы можете использовать kubectl для взаимодействия с ним кластер, то у вас, вероятно, есть файл с именем config в папке $HOME/. kube каталог.

Перейдите по адресу $HOME/.kube и посмотрите, какие там файлы. Обычно это файл с именем конфиг . В этом каталоге могут быть и другие файлы конфигурации. Кратко ознакомьтесь с содержимым этих файлов.

Добавьте $HOME/.kube/config к переменной среды KUBECONFIG

Если у вас есть файл $HOME/.kube/config , и он еще не указан в вашем Переменная среды KUBECONFIG , добавьте ее к переменной среды KUBECONFIG сейчас. Например:

Linux

 export KUBECONFIG="${KUBECONFIG}:${HOME}/.kube/config"
 

Windows Powershell

 $Env:KUBECONFIG="$Env:KUBECONFIG;$HOME\.kube\config"
 

Просмотр информации о конфигурации, объединенной из всех файлов, которые сейчас перечислены в переменной среды KUBECONFIG . В каталоге config-exercise введите:

 kubectl config view
 

Очистка

Верните исходное значение переменной среды KUBECONFIG .