У меня есть настройка S2D с использованием 2 Azure VMs в зеркале. Когда я изначально настраивал, я делал это, следуя инструкциям здесь:https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-storage-spaces-direct-deployment
Это работало отлично, без проблем. Когда я настраивал, я выбрал использование 128 ГБ datadisks. С 2 дисками на каждой виртуальной машине у меня было 252 ГБ емкости в моем томе.
Теперь я возвращаюсь к этой настройке и хочу добавить больше емкости. Я добавил 1023 ГБ datadisk к каждой виртуальной машине. Подождал, пока пул хранения автоматически добавит их, что он и сделал. Затем я попытался изменить размер своего виртуального диска, используя информацию здесь:https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/resize-volumes
При просмотре моего пула хранения в «Failover Cluster Manager» было указано, что у меня 2,00 ТБ свободного места. Я предположил, что могу использовать только половину этого, поэтому моя новая емкость должна быть примерно 1,2 ТБ в сочетании с моей исходной емкостью.
Когда я запустил команду powershell "Resize-VirtualDisk", она сообщила мне, что недостаточно доступной емкости. Тогда я начал просто уменьшать размер и, наконец, добился того, что это заработало, если я изменил размер до 500 ГБ.
Так что добавление 2 дисков по 1 ТБ дало мне всего 250 ГБ дополнительной емкости. Почему так? Я пытался разобраться и понять, как все это работает, но не могу найти точного ответа.
решение1
TLDR: попробуйте добавить диски исходного размера.
Похоже, что тызамораживание ваших данных. Storage Spaces Direct (S2D) является интеллектуальным и может восстанавливать данные, если, например, при правильной комбинации дополнительных узлов он обладает следующими возможностями:
Он действует игриво в зависимости от своих узлов/ограничений. Простое добавление четвертого узла, казалось бы, захлестывает пространство, но на самом деле позволяет перетасовывать массу.
Связано, вы создаетерезервная мощность(все, что вы считаете неиспользуемым на ваших новых дисках емкостью 1 ТиБ). S2D обладает дополнительным интеллектом, поскольку он будет использовать это невостребованное пространство для перераспределения плохих секторов на том же диске(ах).
Но поскольку вы делаете это в облаке, я бы не стал беспокоиться об этом, если вы прочитали SLA; просто следуйте документации и позвольте Azure позаботиться о bitrot. Но если вы делаете это локально, это определенно стоит рассмотреть.