<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Обслуживание ETCD on </title>
    <link>/ru2/cluster-admin/etcd/</link>
    <description>Recent content in Обслуживание ETCD on </description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Mon, 16 Nov 2020 13:59:39 +0100</lastBuildDate><atom:link href="/ru2/cluster-admin/etcd/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Резервирование CPU в кластере</title>
      <link>/ru2/cluster-admin/etcd/cpu-pinning/</link>
      <pubDate>Mon, 16 Nov 2020 13:59:39 +0100</pubDate>
      
      <guid>/ru2/cluster-admin/etcd/cpu-pinning/</guid>
      <description>Резервирование (pinning) CPU для etcd в кластере можно настроить в графическом или программном интерфейсе.
Резервирование CPU приводит к уменьшению доступных (Allocatable) CPU на узле. Это можно увидеть на странице узла или если сделать describe узла (разделы Capacity и Allocatable). Само резервирование никак не лимитирует CPU, а лишь устанавливает &amp;ldquo;веса&amp;rdquo; (приоритизацию). Т.е. pod без лимита всегда сможет потреблять 100% CPU, если в этот момент никто другой не претендует на CPU. Так же Allocatable учитывается на этапе планирования pod с указанными реквестами: если по реквестам не хватит ресурсов, то pod не будет запущен или будут вытесняться менее приоритетные поды.</description>
    </item>
    
    <item>
      <title>Дефрагментация ETCD</title>
      <link>/ru2/cluster-admin/etcd/defragmentation/</link>
      <pubDate>Tue, 06 Oct 2020 08:49:31 +0000</pubDate>
      
      <guid>/ru2/cluster-admin/etcd/defragmentation/</guid>
      <description>В случае переполнения ETCD необходимо выполнить дефрагментацию. Это можно выполнить только из консоли.
1. Определение лидера ETCD в кластере # Это нужно сделать вначале, так как лидер должен быть дефрагментирован последним!
Сначала получите список подов ETCD.
kubectl -n kube-system get pod -l component=etcd -o wide Пример вывода NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES etcd-10-XX-XXX-112 1/1 Running 0 4h17m 10.XX.XXX.112 10-XX-XXX-112 &amp;lt;none&amp;gt; &amp;lt;none&amp;gt; etcd-10-XX-XXX-144 1/1 Running 0 4h17m 10.</description>
    </item>
    
    <item>
      <title>Резервное копирование и восстановление ETCD</title>
      <link>/ru2/cluster-admin/etcd/backup/</link>
      <pubDate>Mon, 16 Nov 2020 13:59:39 +0100</pubDate>
      
      <guid>/ru2/cluster-admin/etcd/backup/</guid>
      <description>В платформе &amp;ldquo;Штурвал&amp;rdquo; вы можете создать резервную копию ETCD с помощью объекта NCI. Резервное копирование данных кластера ETCD может понадобиться для восстановления кластера. Рекомендуется выполнять резервное копирования в период наименьшей нагрузки на кластер.
Создать резервную копию ETCD # Подготовьте скрипт для резервного копирования, например, с именем etcdbackup.sh. Пример скрипта etcdbackup.sh #!/bin/sh # Проверка запуска из-под root if [[ $EUID -ne 0 ]]; then echo &amp;#34;This script must berun as root&amp;#34; exit 1 fi # Проверка установки etcdctl для выполнения резервного копирования if which etcdctl &amp;gt; /dev/null; then echo etcdctl found else fi function usage { echo &amp;#39;Path to backup dir required: .</description>
    </item>
    
  </channel>
</rss>
