# Тестирование памяти etcd v2.2.0-rc

> Показатели производительности памяти etcd v2.2.0-rc

---

Индекс LLMS: [llms.txt](/ru/llms.txt)

---

## Физическая машина {#physical-machine}

Тип машины GCE n1-standard-2

- 1x выделенный локальный SSD, подключённый в /var/lib/etcd
- 1x выделенный медленный диск для ОС
- 7.5 GB памяти
- 2x CPU

## etcd {#etcd}

```
etcd Version: 2.2.0-rc.0+git
Git SHA: 103cb5c
Go Version: go1.5
Go OS/Arch: linux/amd64
```

## Тестирование {#testing}

Запускается кластер etcd из 3 участников, каждый из которых использует 2 ядра.

Длина имени ключа всегда составляет 64 bytes — это разумная средняя длина ключа.

## Максимальное использование памяти {#memory-maximal-usage}

- etcd может использовать максимальный объём памяти, если один из последователей недоступен, а лидер продолжает отправлять снимки.
- `max RSS` — максимальный объём используемой памяти, зафиксированный в 3 запусках.

| байт в значении | количество ключей | объём данных (MB) | max RSS (MB) | отношение max RSS к данным на лидере |
|-------------|-------------|---------------|-------------|-----------------------------|
| 128  | 50000  | 6 | 433 | 72x |
| 128  | 100000 | 12 | 659 | 54x |
| 128  | 200000 | 24 | 1466 | 61x |
| 1024 | 50000  | 48 | 1253 | 26x |
| 1024 | 100000 | 96 | 2344 | 24x |
| 1024 | 200000 | 192 | 4361 | 22x |

## Порог объёма данных {#data-size-threshold}

- Когда etcd достигает порогового объёма данных, это может легко вызвать выборы лидера и потерю части предложений.
- В большинстве случаев кластер etcd должен работать стабильно, пока не достигнут порог. Если из-за нехватки ресурсов работа нарушается, уменьшите объём данных.

| байт в значении | ограничение количества ключей | рекомендуемый порог объёма данных (MB) | потребление RSS (MB) |
|-------------|-----------------------|-----------------------------------|------------------|
| 128 | 400K | 48 | 2400 |
| 1024 | 300K | 292 | 6500 |