Может ли кто-нибудь объяснить мне, что такое «группы согласованности» в контексте решений для хранения данных? Как я могу использовать их в реальном мире?
Кажется, что у каждого поставщика есть своя собственная терминология для функций хранения, но вот что я смог собрать:
Группа согласованности - это (я думаю) набор томов хранения, которые обещают всегда быть согласованными, то есть ни один том никогда не будет находиться в более позднем моменте времени, чем его сверстники.
Вот чего я не получаю и не могу найти больше:
1 - Есть ли согласованность группы согласованности между всеми томами одной группы или только между каждым томом и его соответствующим зеркалом?
2 - Если я управляю группой согласованности, означает ли это, что я использую зеркало этой группы в другой, удаленной, согласованной группе?
3 - Если серверная часть хранилища внезапно отключится, будут ли мои тома из группы согласованности согласованными? Достаточно ли нахождения в группе согласованности, чтобы гарантировать, что тома всегда согласованы, даже в случае сбоев, таких как отключение питания?
4 - Какой минимальный набор функций необходим для того, чтобы что-то называть группой согласованности?
Спасибо
Согласованность хранилища - это то, о чем вы почти всегда будете слышать в контексте хранилища SAN, то есть SCSI LUN / блочное хранилище.
У вас есть большая часть ответа на свой вопрос. Группы согласованности важны, когда вы реплицируете набор дисков в другой набор. Что определяет согласованность, так это то, что в момент прерывания репликации нет никаких шансов, что одни диски будут двигаться дальше, чем другие.
Например: база данных записывает данные в два реплицированных LUN: один - это журналы, другой - данные. Вы прерываете репликацию и пытаетесь вызвать базу данных на целевых LUN. Если у вас нет согласованности, LUN базы данных, скорее всего, не будет синхронизирован с LUN журнала, и ваша база данных не может быть восстановлена.
Группа согласованности, содержащая оба LUN, гарантирует, что любые записи, совершенные на диск после последней полученной записи на самый медленный диск в группе, будут отброшены, что приведет к набору LUN, которые имеют «аварийную согласованность». Это означает, что они находятся в том состоянии, в котором локальные диски были бы в случае сбоя сервера.
Если вы не работаете с каким-либо видом репликации, последовательность имеет другое значение и обычно не включает группы. Если у вас есть кэш записи, диск может стать несовместимым, если кеш будет потерян. Вот почему все серьезные хранилища содержат некоторый метод защиты записей, которые были подтверждены хранилищем, но еще не сохранены в реальном постоянном хранилище. Это может быть ИБП, который может поддерживать работу дисков достаточно долго, чтобы отключить кеш во время сбоя питания, это может быть кэш записи NVRAM, который может выдержать потерю питания, или это может быть простая батарея в энергозависимой ОЗУ, которой хватит на несколько дней.