Чому ваша VM не має swap

Віртуальні машини, які ми будуємо, поставляються без swap. Коли в однієї з них закінчується пам'ять, відмова є миттєвою і видимою, а виправлення є розмовою про RAM. У специфікації це читається як упущення, тож ось міркування повністю. Ніщо з цього не залежить від нашого обладнання; ви можете застосувати цей аргумент до будь-якої VM, яку запускаєте будь-де.

Swap існує, щоб машина могла працювати понад свою фізичну пам'ять

Swap є перепускним клапаном ядра. Коли фізичної пам'яті бракує, воно переносить сторінки, які вважає найхолоднішими, на диск і віддає звільнену RAM тому, хто просить. Машина може звітувати про більше пам'яті, ніж містить кремній, кожне виділення може вдатися, а правда надходить пізніше, як latency, щоразу, коли процес торкається сторінки, яка, як виявляється, живе на диску.

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

Випадання з RAM коштує вам трьох порядків величини

Аргумент проти swap є арифметикою раніше, ніж філософією. Пам'ять і сховище розташовані на різних поверхах будівлі latency, і сходи між ними довгі.

Точні цифри відрізняються залежно від обладнання; проміжки між поверхами ні. Під реальним тиском на пам'ять машина йде цими сходами безперервно: ядро витісняє сторінки, навантаження одразу завантажує їх назад, а CPU витрачає свої цикли на очікування сховища. Середнє навантаження зростає, тоді як корисна пропускна здатність обвалюється.

Swap спалює корпоративний flash, щоб приховати помилку в розрахунку

На шпиндельних дисках swap був лише повільним. На flash він ще й руйнівний. Трафік swap є найгіршим шаблоном, яким можна годувати flash: безперервний потік малих випадкових записів, які існують без жодної причини, крім того, що машині бракує RAM. Кожен із цих записів старить комірку, щоб зберегти ілюзію.

А навантаження не отримує за цей знос нічого натомість. Воно шкутильгає з темпом сховища, доки тиск не закінчиться або хтось не втрутиться. Масив під вашою VM у нас є HPE 3PAR all-flash, і його робота полягає в тому, щоб швидко віддавати ваші дані. Витрачати його ресурс запису як удавану пам'ять є поганою угодою за будь-якої ціни, і саме тому ми радше проведемо розмову про розрахунок наперед, ніж замажемо її підкачкою.

Без swap вичерпання пам'яті дає рядок у журналі замість загадки

Найсильніший аргумент є діагностичним, і кожен, хто ганявся за повільним тижнем крізь стек моніторингу, вже його знає. Зі swap закінчення пам'яті виглядає як що завгодно, крім закінчення пам'яті. Latency зростає в кожному сервісі одночасно, жодної помилки не з'являється в жодному журналі, а панелі вказують усюди, де відчувається очікування, тобто зазвичай на базу даних і сховище. Команди втрачають дні на цю гонитву, а swap виробляє її на одній машині, рутинно, за задумом.

Ми чесно розраховуємо RAM і просимо ваш реальний free -m

Чесне виправлення нестачі пам'яті є тим самим від часу винайдення підкачки: більше RAM або менший робочий набір. Тож саме туди ми вкладаємо зусилля. Sizing Desk запитує реальний вивід free -m з вашої поточної машини, перш ніж будь-що запропонувати, бо стовпець available цієї команди закриває суперечки, яких прикметники ніколи не закриють, а те саме показання, яке прибирає потребу у swap, зазвичай зменшує і пропозицію.

Повний метод, з розібраними прикладами кожного числа, яке ми запитуємо, є у статті як розрахувати сервер. На власному обладнанні запас уже є в коробці, за яку ви заплатили, тож його надання не коштує нічого додаткового на вашому піку, що прибирає останнє економічне виправдання для того, щоб трактувати сховище як переливну RAM.

Відсутність swap є малим рішенням, що випливає з більших: розраховуйте машини за реальними числами, а не за рахунками, і кладіть під них серйозне обладнання, щоб числа трималися поганої ночі. Розмова про RAM дешевша за загадку, якій вона запобігає.