Size: a a a

2019 December 25

RK

Roman Kalchenko in VMware vSAN
Nikolay Kulikov
Но зато дедуп не жрёт RAM
это не коректное выражение, где все вычисления производятся? То что все метаданные всегда живут на дисках не значит что RAM не используется. Ты должен прочитать и сравнить и это делается в памяти
источник

N

Nikolay Kulikov in VMware vSAN
Overhead от включения дедупа - +120mb на дисковую группу
источник

AK

Alexander Kupchinetsky in VMware vSAN
Roman Kalchenko
это не коректное выражение, где все вычисления производятся? То что все метаданные всегда живут на дисках не значит что RAM не используется. Ты должен прочитать и сравнить и это делается в памяти
«жрет» и «использует» это две большие разницы
источник

N

Nikolay Kulikov in VMware vSAN
И это потому что есть мальнкий ram cache самых горячих блоков
источник

PZ

Philipp Zykov in VMware vSAN
Felix Kudryavtsev
Коллеги, подскажите. Мне тут сказали, что, если включена дедупликация и компрессия на олл-флеш, то при выходе из строя одного капасити-диска, вся дисковая группа, в которой этот диск присутствует, будет помечена как failed, с последующей эвакуацией данных со всей дисковой группы на другие хосты/дисковые группы. Т.е., эффект будет такой же, как если бы сдох кешовый диск. Это действительно так? Есть какое-нибудь подтверждение/опровержение данного утверждения?
Я тут про это писал недавно.
VSAN разметало славно. 3 ноды из 7. Бэкапы спасли зады, но проблема оказалась в ssd micron.
источник

KS

Kirhy Stoff in VMware vSAN
Интересует чем закончится
источник

KS

Kirhy Stoff in VMware vSAN
И был ли кейс у нас?
источник

KS

Kirhy Stoff in VMware vSAN
Полагаю, микрон скажет что нужно было какой-то обновленный микрокод юзать...
источник

PZ

Philipp Zykov in VMware vSAN
Micron после обращения по-гарантии ушел в Christmas и сказал, что будет разбираться потом.
Нет, а чего тут кейсить.  Масштаб трагедии был сразу ясен.
источник

KS

Kirhy Stoff in VMware vSAN
ну наши бы причину указали со своей стороны
источник

PZ

Philipp Zykov in VMware vSAN
Нет, пожелал merry Christmas and happy new year и сказал, чтобы слали логи и рекомендовал Sanitize как решение всех проблем. А вот почему диски закрылись на запись - скажут после.
источник

PZ

Philipp Zykov in VMware vSAN
Так причину мы поняли, сразу - 3 диска в разных группах зашли в read-only и перестали монтироваться в составе группы.
источник

PZ

Philipp Zykov in VMware vSAN
Дальше были танцы с бубном, ну а результат - восстановили 40 VM из бэкапов.
источник

PZ

Philipp Zykov in VMware vSAN
Клонировать ssd даже не пробовали. Железо в ДЦ и цена подобных работ выше рестора из бэкапа.
источник

KS

Kirhy Stoff in VMware vSAN
Philipp Zykov
Так причину мы поняли, сразу - 3 диска в разных группах зашли в read-only и перестали монтироваться в составе группы.
проблема в микрокоде?
источник

KS

Kirhy Stoff in VMware vSAN
Я тут других вариантов не вижу
источник

KS

Kirhy Stoff in VMware vSAN
Вопрос он был у вас минимально поддерживаемый или нет?
источник

KS

Kirhy Stoff in VMware vSAN
согласно нашему HCL?
источник

PZ

Philipp Zykov in VMware vSAN
Нет, вылетели диски с обновленной и старой прошивкой
источник

PZ

Philipp Zykov in VMware vSAN
Все в HCL.
источник