ຂ້ອຍຊື່ Igor Sidorenko, ຂ້ອຍເປັນຫົວຫນ້າດ້ານວິຊາການໃນທີມບໍລິຫານທີ່ຮັກສາໂຄງສ້າງພື້ນຖານ Domklik ທັງຫມົດໃນການເຮັດວຽກ.

ຂ້ອຍຢາກແບ່ງປັນປະສົບການຂອງຂ້ອຍໃນການຕັ້ງຄ່າການເກັບຮັກສາຂໍ້ມູນທີ່ແຈກຢາຍໃນ Elasticsearch. ພວກເຮົາຈະເບິ່ງວ່າການຕັ້ງຄ່າໃດໃນ nodes ມີຄວາມຮັບຜິດຊອບຕໍ່ການແຈກຢາຍ shards, ILM ມີໂຄງສ້າງແລະເຮັດວຽກແນວໃດ.

ຜູ້ທີ່ເຮັດວຽກກັບໄມ້ທ່ອນແມ່ນວິທີການຫນຶ່ງຫຼືທາງອື່ນທີ່ປະເຊີນກັບບັນຫາການເກັບຮັກສາໃນໄລຍະຍາວສໍາລັບການວິເຄາະຕໍ່ໄປ. ນີ້ເປັນຄວາມຈິງໂດຍສະເພາະໃນ Elasticsearch ເພາະວ່າການທໍາງານຂອງ curator ໄດ້ woeful. ໃນຮຸ່ນ 6.6, ການທໍາງານຂອງ ILM ປາກົດຂຶ້ນ. ມັນປະກອບດ້ວຍ 4 ໄລຍະ:

ຮ້ອນ—ດັດຊະນີກຳລັງຖືກປັບປຸງ ແລະສອບຖາມຢ່າງຈິງຈັງ.
ອົບອຸ່ນ - ດັດຊະນີບໍ່ໄດ້ປັບປຸງອີກຕໍ່ໄປ, ແຕ່ຍັງຖືກສອບຖາມ.
ເຢັນ - ດັດຊະນີບໍ່ໄດ້ປັບປຸງອີກຕໍ່ໄປແລະບໍ່ຄ່ອຍຖືກສອບຖາມ. ຂໍ້ມູນຄວນຈະຍັງສາມາດຄົ້ນຫາໄດ້, ແຕ່ການສອບຖາມອາດຈະຊ້າກວ່າ.
ລຶບ - ດັດຊະນີບໍ່ຈໍາເປັນອີກຕໍ່ໄປ ແລະສາມາດລຶບໄດ້ຢ່າງປອດໄພ.

ມອບໃຫ້

Elasticsearch Data Hot: 24 processors, 128 GB of memory, 1,8 TB SSD RAID 10 (8 nodes).
Elasticsearch Data Warm: 24 processors, 64 GB of memory, 8 TB NetApp SSD Policy (4 nodes).
Elasticsearch Data Cold: 8 processors, 32 GB of memory, 128 TB HDD RAID 10 (4 nodes).

ເປົ້າຫມາຍ

ການຕັ້ງຄ່າເຫຼົ່ານີ້ແມ່ນບຸກຄົນ, ມັນທັງຫມົດແມ່ນຂຶ້ນກັບຊ່ອງຫວ່າງໃນ nodes, ຈໍານວນຂອງດັດສະນີ, ບັນທຶກ, ແລະອື່ນໆ. ສໍາລັບພວກເຮົານີ້ແມ່ນ 2-3 TB ຂອງຂໍ້ມູນຕໍ່ມື້.

5 ມື້ - ໄລຍະຮ້ອນ (8 ຕົ້ນຕໍ / 1 replica).
20 ມື້ - ໄລຍະອົບອຸ່ນ (shrink-index 4 ຫຼັກ / 1 replica).
90 ວັນ - ໄລຍະເຢັນ (freeze-index 4 ຫຼັກ / 1 replica).
120 ມື້ - ລຶບໄລຍະ.

ຕັ້ງຄ່າ Elasticsearch

ເພື່ອແຈກຢາຍ shards ລະຫວ່າງ nodes, ທ່ານຕ້ອງການພຽງແຕ່ຫນຶ່ງຕົວກໍານົດການ:

ຮ້ອນ- nodes:

~]# cat /etc/elasticsearch/elasticsearch.yml | grep attr
# Add custom attributes to the node:
node.attr.box_type: hot

ອົບອຸ່ນ- nodes:

~]# cat /etc/elasticsearch/elasticsearch.yml | grep attr
# Add custom attributes to the node:
node.attr.box_type: warm

ເຢັນ- nodes:

~]# cat /etc/elasticsearch/elasticsearch.yml | grep attr
# Add custom attributes to the node:
node.attr.box_type: cold

ການຕັ້ງຄ່າ Logstash

ທັງໝົດນີ້ເຮັດວຽກແນວໃດ ແລະພວກເຮົາປະຕິບັດໜ້າທີ່ນີ້ແນວໃດ? ໃຫ້ເລີ່ມຕົ້ນດ້ວຍການເອົາບັນທຶກເຂົ້າໄປໃນ Elasticsearch. ມີສອງວິທີ:

Logstash ດຶງຂໍ້ມູນບັນທຶກຈາກ Kafka. ສາມາດເອົາສະອາດຫຼືແປງຢູ່ຂ້າງຂອງຕົນ.
ບາງສິ່ງບາງຢ່າງຂຽນຕົວມັນເອງກັບ Elasticsearch, ສໍາລັບຕົວຢ່າງ, ເຄື່ອງແມ່ຂ່າຍ APM.

ໃຫ້ເບິ່ງຕົວຢ່າງຂອງການຈັດການດັດສະນີຜ່ານ Logstash. ມັນສ້າງດັດສະນີແລະນໍາໃຊ້ ແມ່ແບບດັດສະນີ ແລະທີ່ສອດຄ້ອງກັນ ILM.

k8s-ingress.conf

input {
    kafka {
        bootstrap_servers => "node01, node02, node03"
        topics => ["ingress-k8s"]
        decorate_events => false
        codec => "json"
    }
}

filter {
    ruby {
        path => "/etc/logstash/conf.d/k8s-normalize.rb"
    }
    if [log] =~ "[warn]" or [log] =~ "[error]" or [log] =~ "[notice]" or [log] =~ "[alert]" {
        grok {
            match => { "log" => "%{DATA:[nginx][error][time]} [%{DATA:[nginx][error][level]}] %{NUMBER:[nginx][error][pid]}#%{NUMBER:[nginx][error][tid]}: *%{NUMBER:[nginx][error][connection_id]} %{DATA:[nginx][error][message]}, client: %{IPORHOST:[nginx][error][remote_ip]}, server: %{DATA:[nginx][error][server]}, request: "%{WORD:[nginx][error][method]} %{DATA:[nginx][error][url]} HTTP/%{NUMBER:[nginx][error][http_version]}", (?:upstream: "%{DATA:[nginx][error][upstream][proto]}://%{DATA:[nginx][error][upstream][host]}:%{DATA:[nginx][error][upstream][port]}/%{DATA:[nginx][error][upstream][url]}", )?host: "%{DATA:[nginx][error][host]}"(?:, referrer: "%{DATA:[nginx][error][referrer]}")?" }
            remove_field => "log"
        }
    }
    else {
        grok {
            match => { "log" => "%{IPORHOST:[nginx][access][host]} - [%{IPORHOST:[nginx][access][remote_ip]}] - %{DATA:[nginx][access][remote_user]} [%{HTTPDATE:[nginx][access][time]}] "%{WORD:[nginx][access][method]} %{DATA:[nginx][access][url]} HTTP/%{NUMBER:[nginx][access][http_version]}" %{NUMBER:[nginx][access][response_code]} %{NUMBER:[nginx][access][bytes_sent]} "%{DATA:[nginx][access][referrer]}" "%{DATA:[nginx][access][agent]}" %{NUMBER:[nginx][access][request_lenght]} %{NUMBER:[nginx][access][request_time]} [%{DATA:[nginx][access][upstream][name]}] (?:-|%{IPORHOST:[nginx][access][upstream][addr]}:%{NUMBER:[nginx][access][upstream][port]}) (?:-|%{NUMBER:[nginx][access][upstream][response_lenght]}) %{DATA:[nginx][access][upstream][response_time]} %{DATA:[nginx][access][upstream][status]} %{DATA:[nginx][access][request_id]}" }
            remove_field => "log"
        }
    }
}
output {
    elasticsearch {
        id => "k8s-ingress"
        hosts => ["node01", "node02", "node03", "node04", "node05", "node06", "node07", "node08"]
        manage_template => true # включаем управление шаблонами
        template_name => "k8s-ingress" # имя применяемого шаблона
        ilm_enabled => true # включаем управление ILM
        ilm_rollover_alias => "k8s-ingress" # alias для записи в индексы, должен быть уникальным
        ilm_pattern => "{now/d}-000001" # шаблон для создания индексов, может быть как "{now/d}-000001" так и "000001"
        ilm_policy => "k8s-ingress" # политика прикрепляемая к индексу
        index => "k8s-ingress-%{+YYYY.MM.dd}" # название создаваемого индекса, может содержать %{+YYYY.MM.dd}, зависит от ilm_pattern
    }
}

ການຕັ້ງຄ່າ Kibana

ມີແມ່ແບບພື້ນຖານທີ່ໃຊ້ກັບດັດສະນີໃຫມ່ທັງຫມົດ. ມັນກໍານົດການແຜ່ກະຈາຍຂອງດັດຊະນີຮ້ອນ, ຈໍານວນຂອງ shards, replicas, ແລະອື່ນໆ. ນ້ໍາຫນັກຂອງແມ່ແບບແມ່ນຖືກກໍານົດໂດຍທາງເລືອກ order. ແມ່ແບບທີ່ມີນ້ຳໜັກສູງກວ່າຈະລົບລ້າງພາຣາມີເຕີແມ່ແບບທີ່ມີຢູ່ແລ້ວ ຫຼືເພີ່ມອັນໃໝ່.

GET_template/default

{
  "default" : {
    "order" : -1, # вес шаблона
    "version" : 1,
    "index_patterns" : [
      "*" # применяем ко всем индексам
    ],
    "settings" : {
      "index" : {
        "codec" : "best_compression", # уровень сжатия
        "routing" : {
          "allocation" : {
            "require" : {
              "box_type" : "hot" # распределяем только по горячим нодам
            },
            "total_shards_per_node" : "8" # максимальное количество шардов на ноду от одного индекса
          }
        },
        "refresh_interval" : "5s", # интервал обновления индекса
        "number_of_shards" : "8", # количество шардов
        "auto_expand_replicas" : "0-1", # количество реплик на ноду от одного индекса
        "number_of_replicas" : "1" # количество реплик
      }
    },
    "mappings" : {
      "_meta" : { },
      "_source" : { },
      "properties" : { }
    },
    "aliases" : { }
  }
}

ຫຼັງຈາກນັ້ນ, ນໍາໃຊ້ການສ້າງແຜນທີ່ກັບດັດສະນີ k8s-ingress-* ໃຊ້ແມ່ແບບທີ່ມີນ້ໍາຫນັກສູງກວ່າ.

GET _template/k8s-ingress

{
  "k8s-ingress" : {
    "order" : 100,
    "index_patterns" : [
      "k8s-ingress-*"
    ],
    "settings" : {
      "index" : {
        "lifecycle" : {
          "name" : "k8s-ingress",
          "rollover_alias" : "k8s-ingress"
        },
        "codec" : "best_compression",
        "routing" : {
          "allocation" : {
            "require" : {
              "box_type" : "hot"
            }
          }
        },
        "number_of_shards" : "8",
        "number_of_replicas" : "1"
      }
    },
    "mappings" : {
      "numeric_detection" : false,
      "_meta" : { },
      "_source" : { },
      "dynamic_templates" : [
        {
          "all_fields" : {
            "mapping" : {
              "index" : false,
              "type" : "text"
            },
            "match" : "*"
          }
        }
      ],
      "date_detection" : false,
      "properties" : {
        "kubernetes" : {
          "type" : "object",
          "properties" : {
            "container_name" : {
              "type" : "keyword"
            },
            "container_hash" : {
              "index" : false,
              "type" : "keyword"
            },
            "host" : {
              "type" : "keyword"
            },
            "annotations" : {
              "type" : "object",
              "properties" : {
                "value" : {
                  "index" : false,
                  "type" : "text"
                },
                "key" : {
                  "index" : false,
                  "type" : "keyword"
                }
              }
            },
            "docker_id" : {
              "index" : false,
              "type" : "keyword"
            },
            "pod_id" : {
              "type" : "keyword"
            },
            "labels" : {
              "type" : "object",
              "properties" : {
                "value" : {
                  "type" : "keyword"
                },
                "key" : {
                  "type" : "keyword"
                }
              }
            },
            "namespace_name" : {
              "type" : "keyword"
            },
            "pod_name" : {
              "type" : "keyword"
            }
          }
        },
        "@timestamp" : {
          "type" : "date"
        },
        "nginx" : {
          "type" : "object",
          "properties" : {
            "access" : {
              "type" : "object",
              "properties" : {
                "agent" : {
                  "type" : "text"
                },
                "response_code" : {
                  "type" : "integer"
                },
                "upstream" : {
                  "type" : "object",
                  "properties" : {
                    "port" : {
                      "type" : "keyword"
                    },
                    "name" : {
                      "type" : "keyword"
                    },
                    "response_lenght" : {
                      "type" : "integer"
                    },
                    "response_time" : {
                      "index" : false,
                      "type" : "text"
                    },
                    "addr" : {
                      "type" : "keyword"
                    },
                    "status" : {
                      "index" : false,
                      "type" : "text"
                    }
                  }
                },
                "method" : {
                  "type" : "keyword"
                },
                "http_version" : {
                  "type" : "keyword"
                },
                "bytes_sent" : {
                  "type" : "integer"
                },
                "request_lenght" : {
                  "type" : "integer"
                },
                "url" : {
                  "type" : "text",
                  "fields" : {
                    "keyword" : {
                      "type" : "keyword"
                    }
                  }
                },
                "remote_user" : {
                  "type" : "text"
                },
                "referrer" : {
                  "type" : "text"
                },
                "remote_ip" : {
                  "type" : "ip"
                },
                "request_time" : {
                  "format" : "yyyy/MM/dd HH:mm:ss||yyyy/MM/dd||epoch_millis||dd/MMM/YYYY:H:m:s Z",
                  "type" : "date"
                },
                "host" : {
                  "type" : "keyword"
                },
                "time" : {
                  "format" : "yyyy/MM/dd HH:mm:ss||yyyy/MM/dd||epoch_millis||dd/MMM/YYYY:H:m:s Z",
                  "type" : "date"
                }
              }
            },
            "error" : {
              "type" : "object",
              "properties" : {
                "server" : {
                  "type" : "keyword"
                },
                "upstream" : {
                  "type" : "object",
                  "properties" : {
                    "port" : {
                      "type" : "keyword"
                    },
                    "proto" : {
                      "type" : "keyword"
                    },
                    "host" : {
                      "type" : "keyword"
                    },
                    "url" : {
                      "type" : "text",
                      "fields" : {
                        "keyword" : {
                          "type" : "keyword"
                        }
                      }
                    }
                  }
                },
                "method" : {
                  "type" : "keyword"
                },
                "level" : {
                  "type" : "keyword"
                },
                "http_version" : {
                  "type" : "keyword"
                },
                "pid" : {
                  "index" : false,
                  "type" : "integer"
                },
                "message" : {
                  "type" : "text"
                },
                "tid" : {
                  "index" : false,
                  "type" : "keyword"
                },
                "url" : {
                  "type" : "text",
                  "fields" : {
                    "keyword" : {
                      "type" : "keyword"
                    }
                  }
                },
                "referrer" : {
                  "type" : "text"
                },
                "remote_ip" : {
                  "type" : "ip"
                },
                "connection_id" : {
                  "index" : false,
                  "type" : "keyword"
                },
                "host" : {
                  "type" : "keyword"
                },
                "time" : {
                  "format" : "yyyy/MM/dd HH:mm:ss||yyyy/MM/dd||epoch_millis||dd/MMM/YYYY:H:m:s Z",
                  "type" : "date"
                }
              }
            }
          }
        },
        "log" : {
          "type" : "text"
        },
        "@version" : {
          "type" : "text",
          "fields" : {
            "keyword" : {
              "ignore_above" : 256,
              "type" : "keyword"
            }
          }
        },
        "eventtime" : {
          "type" : "float"
        }
      }
    },
    "aliases" : { }
  }
}

ຫຼັງຈາກນໍາໃຊ້ແມ່ແບບທັງຫມົດ, ພວກເຮົານໍາໃຊ້ນະໂຍບາຍ ILM ແລະເລີ່ມຕົ້ນຕິດຕາມຊີວິດຂອງດັດສະນີ.

GET _ilm/policy/k8s-ingress

{
  "k8s-ingress" : {
    "version" : 14,
    "modified_date" : "2020-06-11T10:27:01.448Z",
    "policy" : {
      "phases" : {
        "warm" : { # теплая фаза
          "min_age" : "5d", # срок жизни индекса после ротации до наступления теплой фазы
          "actions" : {
            "allocate" : {
              "include" : { },
              "exclude" : { },
              "require" : {
                "box_type" : "warm" # куда перемещаем индекс
              }
            },
            "shrink" : {
              "number_of_shards" : 4 # обрезание индексов, т.к. у нас 4 ноды
            }
          }
        },
        "cold" : { # холодная фаза
          "min_age" : "25d", # срок жизни индекса после ротации до наступления холодной фазы
          "actions" : {
            "allocate" : {
              "include" : { },
              "exclude" : { },
              "require" : {
                "box_type" : "cold" # куда перемещаем индекс
              }
            },
            "freeze" : { } # замораживаем для оптимизации
          }
        },
        "hot" : { # горячая фаза
          "min_age" : "0ms",
          "actions" : {
            "rollover" : {
              "max_size" : "50gb", # максимальный размер индекса до ротации (будет х2, т.к. есть 1 реплика)
              "max_age" : "1d" # максимальный срок жизни индекса до ротации
            },
            "set_priority" : {
              "priority" : 100
            }
          }
        },
        "delete" : { # фаза удаления
          "min_age" : "120d", # максимальный срок жизни после ротации перед удалением
          "actions" : {
            "delete" : { }
          }
        }
      }
    }
  }
}

ບັນຫາ

ມີບັນຫາຢູ່ໃນຂັ້ນຕອນການຕິດຕັ້ງ ແລະດີບັກ.

ໄລຍະຮ້ອນ

ສໍາລັບການຫມູນວຽນທີ່ຖືກຕ້ອງຂອງດັດສະນີ, ມີຢູ່ໃນຕອນທ້າຍຂອງ index_name-date-000026 ຮູບແບບຕົວເລກ 000001. ມີເສັ້ນຢູ່ໃນລະຫັດທີ່ກວດເບິ່ງດັດສະນີໂດຍໃຊ້ການສະແດງອອກປົກກະຕິສໍາລັບຕົວເລກຢູ່ທ້າຍ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຈະມີຄວາມຜິດພາດ, ນະໂຍບາຍຈະບໍ່ຖືກນໍາໃຊ້ກັບດັດຊະນີແລະມັນຈະຢູ່ໃນໄລຍະຮ້ອນສະເຫມີ.

ໄລຍະອົບອຸ່ນ

ຫົດຕົວ (cutting) - ການຫຼຸດຜ່ອນຈໍານວນຂອງ shards, ເນື່ອງຈາກວ່າພວກເຮົາມີ 4 nodes ໃນໄລຍະອົບອຸ່ນແລະເຢັນ, ເອກະສານປະກອບມີສາຍດັ່ງຕໍ່ໄປນີ້.

ດັດຊະນີຕ້ອງເປັນແບບອ່ານເທົ່ານັ້ນ.

ສຳເນົາຂອງທຸກໆ shard ໃນດັດຊະນີຕ້ອງຢູ່ໃນ node ດຽວກັນ.

ສະຖານະສຸຂະພາບຂອງກຸ່ມຈະຕ້ອງເປັນສີຂຽວ.

ເພື່ອຕັດດັດສະນີ, Elasticsearch ຍ້າຍ shards ຕົ້ນຕໍທັງຫມົດໄປຫາຫນຶ່ງ node, duplicates ດັດຊະນີ trimmed ກັບຕົວກໍານົດການທີ່ຈໍາເປັນ, ແລະຫຼັງຈາກນັ້ນລຶບອັນເກົ່າ. ພາລາມິເຕີ total_shards_per_node ຕ້ອງເທົ່າກັບ ຫຼືໃຫຍ່ກວ່າຈຳນວນຂອງ shards ຫຼັກເພື່ອໃຫ້ເຂົ້າກັນໄດ້ໃນໜຶ່ງ node. ຖ້າບໍ່ດັ່ງນັ້ນ, ຈະມີການແຈ້ງເຕືອນແລະ shards ຈະບໍ່ຍ້າຍໄປ nodes ທີ່ກໍານົດໄວ້.

ເອົາ /shrink-k8s-ingress-2020.06.06-000025/_settings

{
  "shrink-k8s-ingress-2020.06.06-000025" : {
    "settings" : {
      "index" : {
        "refresh_interval" : "5s",
        "auto_expand_replicas" : "0-1",
        "blocks" : {
          "write" : "true"
        },
        "provided_name" : "shrink-k8s-ingress-2020.06.06-000025",
        "creation_date" : "1592225525569",
        "priority" : "100",
        "number_of_replicas" : "1",
        "uuid" : "psF4MiFGQRmi8EstYUQS4w",
        "version" : {
          "created" : "7060299",
          "upgraded" : "7060299"
        },
        "lifecycle" : {
          "name" : "k8s-ingress",
          "rollover_alias" : "k8s-ingress",
          "indexing_complete" : "true"
        },
        "codec" : "best_compression",
        "routing" : {
          "allocation" : {
            "initial_recovery" : {
              "_id" : "_Le0Ww96RZ-o76bEPAWWag"
            },
            "require" : {
              "_id" : null,
              "box_type" : "cold"
            },
            "total_shards_per_node" : "8"
          }
        },
        "number_of_shards" : "4",
        "routing_partition_size" : "1",
        "resize" : {
          "source" : {
            "name" : "k8s-ingress-2020.06.06-000025",
            "uuid" : "gNhYixO6Skqi54lBjg5bpQ"
          }
        }
      }
    }
  }
}

ໄລຍະເຢັນ

freeze (freeze) - ພວກເຮົາ freeze ດັດຊະນີເພື່ອເພີ່ມປະສິດທິພາບການສອບຖາມໂດຍອີງໃສ່ຂໍ້ມູນປະຫວັດສາດ.

ການຄົ້ນຫາທີ່ດໍາເນີນຢູ່ໃນດັດຊະນີ frozen ໃຊ້ຊຸດ threadpool ຂະຫນາດນ້ອຍ, ອຸທິດຕົນ, search_throttled ເພື່ອຄວບຄຸມຈໍານວນການຄົ້ນຫາພ້ອມກັນທີ່ຕີ shards frozen ໃນແຕ່ລະ node. ນີ້ຈໍາກັດຈໍານວນຫນ່ວຍຄວາມຈໍາພິເສດທີ່ຕ້ອງການສໍາລັບໂຄງສ້າງຂໍ້ມູນຊົ່ວຄາວທີ່ສອດຄ້ອງກັນກັບ shards ແຊ່ແຂງ, ດັ່ງນັ້ນຈຶ່ງປົກປ້ອງ nodes ຈາກການບໍລິໂພກຫນ່ວຍຄວາມຈໍາຫຼາຍເກີນໄປ.
ດັດຊະນີທີ່ແຊ່ແຂງແມ່ນອ່ານໄດ້ເທົ່ານັ້ນ: ທ່ານບໍ່ສາມາດດັດສະນີເຂົ້າໄປໃນພວກມັນໄດ້.
ການຄົ້ນຫາໃນດັດຊະນີ frozen ຄາດວ່າຈະດໍາເນີນການຊ້າ. ດັດຊະນີ frozen ບໍ່ໄດ້ມີຈຸດປະສົງສໍາລັບການໂຫຼດການຊອກຫາສູງ. ມັນເປັນໄປໄດ້ວ່າການຄົ້ນຫາດັດສະນີ frozen ອາດຈະໃຊ້ເວລາວິນາທີຫຼືນາທີເພື່ອໃຫ້ສໍາເລັດ, ເຖິງແມ່ນວ່າການຄົ້ນຫາດຽວກັນສໍາເລັດໃນ milliseconds ໃນເວລາທີ່ indices ບໍ່ໄດ້ຖືກ frozen.

ຜົນໄດ້ຮັບ

ພວກເຮົາໄດ້ຮຽນຮູ້ວິທີການກະກຽມ nodes ສໍາລັບການເຮັດວຽກກັບ ILM, ຕັ້ງຄ່າແມ່ແບບສໍາລັບການແຈກຢາຍ shards ລະຫວ່າງ hot nodes, ແລະ configured ILM ສໍາລັບດັດຊະນີທີ່ມີໄລຍະຊີວິດທັງຫມົດ.