Клієнту Avamar потрібні ресурси пам'яті, процесора, мережі та вводу/виводу для виконання резервного копіювання. Інші служби операційної системи поділяють ці ресурси, включаючи процеси, які можуть бути більш «критично важливими», ніж Avamar.
У цій статті обговорюється регулювання та пріоритезація ресурсів процесора, мережі та вводу/виводу, які споживає процес avtar під час резервного копіювання.
Процес Avamar avtar використовує стільки пропускної здатності мережі, циклів процесора та введення-виведення, скільки йому надає операційна система. Avamar може бути встановлений за допомогою параметрів, які визначають, наскільки агресивним він є при пред'явленні претензій на деякі з цих системних ресурсів.
Використання
ЦПКлієнтська машина Avamar може бути сервером файлів, поштовим сервером, базою даних або мати якусь іншу роль, яка вимагає системних ресурсів.
Якщо резервна копія виконується під великим навантаженням на системні ресурси, це може вплинути як на резервну копію, так і на звичайну роль клієнта. Якщо немає можливості запланувати запуск резервного копіювання під час спокійного періоду, ви можете зменшити використання ЦП за допомогою avtar, щоб забезпечити доступність достатньої кількості циклів процесора для основної функції клієнта.
Використання процесора Avtar можна переглянути в журналі резервного копіювання клієнта Avamar, як показано нижче:
avtar Info <5100>: Status 2009-04-10 20:37:02, 0 files, 25.00 GB (0 files, 473.7 MB, 1.85% new) 117 MB 99% CPU
Можна побачити, що відсоткове значення ЦП досягає вище 100% у середовищах, де доступно кілька ядер ЦП.
Пріоритезація
процесів процесораПоведінка в Linux:
- Процес avagent автоматично встановлює всі процеси, які він породжує, на «гарний» рівень.
- У Linux рівні пріоритету коливаються від -20 до 20, де -20 є найвищим пріоритетом.
- За замовчуванням процеси породжуються з пріоритетом 0.
- Avtar створюється з пріоритетом 10, який нижчий за пріоритет за замовчуванням.
Поведінка Windows:
- Windows керує рівнями пріоритету в діапазоні від 1 (найнижчий) до 31 (найвищий).
- Avtar створюється за допомогою BELOW_NORMAL_PRIORITY_CLASS, що означає, що потоки, що належать avtar за замовчуванням, створюються з пріоритетом 6.
- Для довідки, потоки, створені процесами в Windows, мають пріоритет за замовчуванням 8.
Використання
мережіУ порівнянні з традиційним програмним забезпеченням для резервного копіювання, Avamar споживає мало пропускної здатності. Однак, якщо клієнт Avamar відокремлений від сервера Avamar посиланням з низькою пропускною здатністю, це може бути корисним для обмеження використання мережі. Це може запобігти засміченню резервних даних і уповільненню передачі критично важливих за часом даних.
Пріоритезація
вводу/виводуПріоритет вводу/виводу клієнтських процесів Avamar явно не встановлений.
Поведінка в Linux:
- Чистота вводу/виводу коливається від 0 (найвищий пріоритет) до 7 (найнижчий пріоритет).
- Використовується алгоритм (niceness cpu + 20)/5 (джерело: http://linux.die.net/man/1/ionice)
- Для avtar пріоритет введення-виведення буде (10 + 20)/5 = 6, що є другим найнижчим пріоритетом введення-виведення.
- Для порівняння, пріоритет вводу/виводу процесу з пріоритетом потоку за замовчуванням 0 дорівнюватиме 4.
Поведінка Windows:
У Windows пріоритезація вводу/виводу менш зрозуміла. Microsoft стверджує, що пріоритет вводу/виводу процесу прив'язаний до пріоритету потоку. Розслідування Avamar Engineering у випуску #240762 показало, що на практиці це не так. Встановлення avtar для роботи з нижчим пріоритетом не змінює пріоритет вводу/виводу порівняно зі стандартним.
Використання
пам'ятіОбсяг пам'яті, необхідний під час резервного копіювання, залежить від розміру файлу кешу та типу використовуваних файлів кешу.
Традиційні «монолітні» файли кешу завантажують цілі файли кешу в пам'ять, тоді як файли кешу пейджингового зв'язку «завантажують» дані в пам'ять за потреби.
Використання пам'яті та розмір файлів кешу виходять за рамки цієї статті про БД. Для отримання додаткової інформації дивіться Посібник із найкращих практик експлуатації.
Використання Avtar циклів процесора, пропускної здатності мережі та вводу/виводу не обмежується за замовчуванням. Це нормальна та очікувана поведінка, оскільки найбажаніше, щоб резервні копії Avamar запускалися та завершувалися якомога швидше.
Існують такі прапорці для обмеження використання мережі та центрального процесора в процесі avtar:
--net-throttle (дроселі використовують мережу)
--cpu-throttle (дроселі використовують процесор)
Щоб реалізувати будь-який з цих прапорів, відредагуйте файл «avtar.cmd», який знаходиться в файлі клієнта Avamar avs/var Каталог.
Примітка. Створіть новий файл «avtar.cmd», якщо файлу не існує.
Регулювання
процесораПрапорець повинен бути в наступному форматі, де '80' - це максимальний середній відсоток процесора, який повинен використовувати avtar.
--cpu-дросель=80
Цей прапор був введений до того, як широко використовувалися багатоядерні процесори. Відсоток, який потрібно використовувати, може вимагати експериментів. Резервне копіювання, яке виконується на двоядерному настільному комп'ютері з обмеженням avtar до 10%, виявилося, використовує близько 5% ресурсу процесора.
Регулювання
мережіЗапис, який робиться у файлі, повинен бути у такому форматі:
--throttle=Мбіт/сек
При впровадженні avtar при необхідності робить паузу після відправки кожного пакета. Це гарантує, що використання мережі не перевищує задану максимальну пропускну здатність (вказується в мегабітах в секунду).
Наприклад --throttle=5 використовує половину з'єднання 10 Мбіт/сек, --throttle=0,772 обмежує використання половиною ланки Т1.
Після того, як ви внесете зміни, збережіть файл avtar.cmd файл.
Зміни мають набути чинності наступного разу, коли avagent запустить новий процес avtar.
Або за допомогою вкладки «Параметри» в Avamar Administrator виберіть відповідний плагін файлової системи зі списку (Файлова система Windows, Файлова система Linux і так далі).
Поставте галочку в пункті «Показати додаткові параметри» і прокрутіть вниз, поки не знайдете «Дросел мережевої швидкості (Мбіт/с)».
Заповніть це необхідною пропускною здатністю в Мбіт/с (десяткові дроби підійдуть, наприклад 1.2).
Резервне копіювання плагінів
AvamarДля резервних копій плагінів (Exchange, Oracle тощо) в інтерфейсі користувача Avamar Administrator виберіть плагін у випадаючому меню, натисніть кнопку «Більше» та введіть атрибут і значення вручну.
Для атрибута введіть [avtar]net-throttle. Для значення атрибута введіть потрібну пропускну здатність. Якщо налаштування задоволені, натисніть знак + під полями, щоб додати прапорець у поле нижче.
Натисніть OK, щоб зберегти зміни.
[avtar] у прапорці повідомляє плагіну передати прапорець до avtar, який є процесом, який обмінюється даними з сервером.
Використовуйте прапорці дросельної заслінки з ОБЕРЕЖНІСТЮ та зверніть увагу на наступне:
-
Процеси протікають настільки швидко, наскільки це можливо. Якщо ми спробуємо знизити завантаження процесора або мережі, резервне копіювання може працювати набагато повільніше, ніж в іншому випадку. Повільне резервне копіювання може не завершитися протягом звичайного вікна резервного копіювання.
-
Якщо резервне копіювання сповільнюється, інші клієнти, резервні копії яких стоять у черзі на запуск, затримуються через подовжений час резервного копіювання цього клієнта.
-
Якщо клієнт виконує іншу роботу під час резервного копіювання Avamar, це впливає менше, але на більш тривалий час.
Якщо ви сумніваєтеся в придатності застосування прапорців, про які йдеться нижче, зверніться до представника Dell Professional Services.
Регулювання мережі може виглядати «вибуховим»
Мережевий графік, що показує трафік для клієнта з дросельною заслінкою 0,2 (мегабіт в секунду), може показати, що передача даних між клієнтом і сервером відбувається короткими серіями зі швидкістю понад 150 Мб/с.
Алгоритм тротлінгу мережі Avamar працює таким чином, що передає дані короткими серіями. Після кожного сплеску алгоритм ставить дані в чергу протягом відповідного періоду часу, перш ніж продовжити надсилання даних. Дані надсилаються зі швидкістю, еквівалентною рівню троттлінгу, який визначається прапорцем дросельної заслінки.
Рівень сприйнятої «вибуховості» корелює з деталізацією моніторингу. Іншими словами, аналіз швидкості передачі з кроком у субсекунди показує поведінку вибуху, але якщо ми подивимося на загальний обсяг даних, які надсилаються за час резервного копіювання, ми повинні побачити, що він близький до 0,2 Мб/с.
Нижче наведено короткостроковий графік для резервного копіювання, який фіксується протягом кількох хвилин:
Часті питання:
- Яка пропускна здатність використовується для Burst.
Avtar намагається передавати дані якомога швидше. Скільки – залежить від наступного.
- Максимальна пропускна здатність каналу зв'язку
- Наскрізна затримка по всій мережі
- Якість сервісу
- Будь-які інші регулярні вузькі місця, які можуть застосовуватися
Функція дросельної заслінки призначена для усереднення використання мережі з часом. Avtar затримує відправку пакетів даних, щоб не передавати більше, ніж дозволено значенням дросельної заслінки.
Avtar чекає між надсиланням пакетів, щоб переконатися, що використання мережі не перевищує середню пропускну здатність, задану налаштуванням дросельної заслінки. Ця пауза триває стільки, скільки потрібно.
- Чи можете ви пояснити, які дані передаються під час "сплеску"?
Запити для перевірки того, чи вже присутні дані, яких немає в кеші локального клієнта на сервері Avamar, і пакети, що містять нові, унікальні резервні дані, яких не існує в системі Avamar.
- Чи можна застосовувати обмеження мережі для груп клієнтів на сайті?
Не може. Обмеження мережі застосовується для кожного клієнта. Він контролює пропускну здатність, яку може споживати конкретний клієнт (в середньому). Якщо в одному місці присутній багато клієнтів Avamar і всі вони обмежуються однаково, мережеве з'єднання все одно може повністю використовуватися. Якщо вам потрібно контролювати, скільки даних надсилається між двома сайтами, застосовуйте регулювання на мережевому рівні.
Регулювання мережі під час резервного копіювання Avamar у Data Domain
Мережеве регулювання резервних копій у Data Domain підтримується там, де клієнтом Avamar є версія 7.1, а домен даних – 5.5 або новішою.