Як я можу безпечно використовувати тонкі запаси для зберігання?

У мене є сховище, яке дозволяє мені надавати свої обсяги, представлені клієнтам. Це безпечно? Які найкращі практики?

Незалежно від того, чи ви говорите про SCSI LUN (SAN) або мережеві файлові системи (NAS), тонка захищена пам’ять - це коли ви кажете клієнтові зберігання, що в ньому є більше місця, ніж ви насправді йому виділили. Це самостійно не має ніяких ризиків, але якщо у вас недостатньо фактичного сховища для того, щоб кожен контейнер міг збільшитися до повного обіцяного розміру, це називається надмірним забезпеченням, і це спричиняє ризик.

Переваги

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

Ризики

Усі ризики цього сценарію пов'язані з надмірним забезпеченням. Чим більше ви забезпечите, тим вище ризик. Небезпека полягає у потенціалі використання ресурсів зберігання для повного заповнення наявного сховища, що, як правило, призведе до виходу з ладу всіх контейнерів для зберігання в той чи інший спосіб. Файлові системи перейдуть лише для читання або в режимі офлайн, а LUN - не в режимі офлайн.

Найкраща практика

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

• Використовуйте програмне забезпечення для моніторингу та оповіщення про умови використання пулу. Якщо в коробці немає нічого, що це зробить, напишіть це самі. Більшість пам’яті підтримує команди CLI, які можна прочитати за сценарієм, який ви плануєте часто виконувати. Частота повинна бути достатньо високою, щоб жоден з ваших пулів не зміг заповнити між подіями опитування.
• Встановіть базовий поріг. Усі нові пули пам’яті з надмірно захищеними клієнтами повинні застосовувати це за замовчуванням. Цей поріг повинен бути найбільш консервативним у вашому оточенні.
• Для менших басейнів використовуйте нижній поріг. Якщо ви даєте собі 30% попередження для пулу 100 ТБ, у вас є набагато більше часу, щоб додати диск, ніж якщо у вас є 30% попередження в пулі 10 ТБ, якщо припустити, що вони можуть сприймати записи з однаковою швидкістю.
• Відрегулюйте поріг вгору, якщо ви менше захищені. Якщо у вас є пул, у якого лише 106% завищено, потрапляння на 70% використання не є настільки ризикованим, як пул, який на 200% перевищує вартість.
• Відрегулюйте порогові показники залежно від того, скільки часу потрібно, щоб додати місця до пулу. У моєму магазині ми зберігаємо інтернет-сховища у кожній коробці, яку стримують для зростання у будь-якому пулі, і більше пам’яті на полиці, готових до встановлення у будь-яку коробку для зберігання. Ми робимо це для достатнього типу сховища, яке ми можемо вирішити в будь-якому пулі.
• Там, де це можливо і застосовно, проріджуйте ваше сховище. Дедуплікація працює на зменшенні рівня використання, і якщо ви використовуєте LUN, нульове повернення сторінки та клієнти, які можуть виконувати нерозміщення даних для зберігання, коли вони видаляють дані, вони допомагають.

Суть і мета тонкого резервування схожа на причину використання в першу чергу консолідованого сховища - консолідуючи, ви отримуєте кращу пікову ємність і потрібну нижчу середню.

Але не будьте ілюзіями - тонке резервування робить вигляд, що щось виділяє, насправді цього не роблячи. Є багато причин, що це корисно. Два ключових:

• Більше використання - якщо ваші обсяги повністю не заповнені, місце на диску не витрачається. Більшість систем не працює на 100% повністю (і, як правило, вважається, що вони "в біді", якщо вони є).

• Відкладені витрати - якщо я даю вам 10 ТБ сьогодні, але ви заповнюєте його в 2 ТБ на рік, я, ймовірно, можу платити менше, якщо зачекаю перед покупкою дисків.

У вас, однак, є дві отримані проблеми:

• занадто швидко закінчується диск - той, хто починає наповнювати свої диски, може залишити решту підприємства з місця.

• кількість шпинделів - придбання меншої кількості дисків означає, що у вас менше шпинделів, а отже, і менше ВГД. Це означає, що ваші диски будуть працювати гарячіше, а продуктивність буде гіршою.

Речі, які я б запропонував як найкращі практики для тонкого забезпечення:

• Запропонуйте керівництву "купити" ризики.
• встановити "прийнятний" коефіцієнт переписки. (Це рішення бізнес-ризику, тому передайте його вгору).
• Також врахуйте індивідуальні розміри гучності. Об'єм в 20 ТБ швидше збільшить простір, ніж велика кількість томів на 100 Гб.
• Готовий потенціал (або замовлення на закупівлю) буде готовий до запуску, коли ви почнете скорочуватися (виходячи з "вільного місця" або "розміру гучності". Ви не отримуєте стільки попередження про те, що ви збираєтеся закінчитися, і, ймовірно, можете "Не чекайте, поки наступний квартал / фінансовий рік буде заповнений - ви більше не купуєте нову потужність, ви знову заповнюєте речі, які вже" продали ".
• Розглянемо теоретичну максимальну ємність системи зберігання. Думайте дуже уважно, що ви зробите, якщо пройдете повз це.
• приділяйте пильну увагу своїй роботі. ВГД / пропускна здатність обох. Ви, мабуть, не отримаєте хорошої відповіді на запитання "наскільки продуктивність вам потрібна". Але ви можете виявити, що у вас "вичерпано" продуктивність швидше, ніж у іншому випадку. Встановіть і поріг для цього.
• врахуйте свою оплату відповідно. Ви економите гроші за допомогою тонкого резервування, але вам НЕОБХІДНУЮ частину коштів, щоб не відставати від вашої моделі тонкого резервування.

Я не можу переоцінити цей останній пункт достатньо. Ви можете мати клієнтів, які просять зберігання і ніколи не користуються ним. Це гроші, які ви не витратили, і являє собою заощадження. Однак це не те саме, що клієнти, які потребують певного часу, щоб користуватися ним (наприклад, більше, ніж фінансовий рік) - ви економите гроші, купуючи більші / дешевші диски в наступному році. Але ви НЕ ухиляєтесь від "продажу" простору напроти і просто сподіваєтесь, що ніхто його ніколи не використовує. Ви з часом можете заповнити всю партію, і вам потрібно бути готовим до того, щоб повернути її.