Планування Exchange 2007 (визначення габаритів). «Blog of Khlebalin Dmitriy
Вступ
Втілення повноцінного вирішення Exchange 2007 вимагає не тільки гарного планування, але і хорошого розуміння всіх технічних вимог і хорошого знання кількох ролей Exchange Server.
Правильні габарити інфраструктури покращать загальну надійність системи і якість служби (мається на увазі достаток користувачів), раціоналізуючи використання апаратного забезпечення (і, відповідно, грошей).
Дана стаття не претендує на глибину технічного занурення в процес зміни габаритів, замість цього пропонується кілька загальних правил, що спрощують процес планування різних ролей Exchange Server 2007 вашої інфраструктури.
роль Mailbox
Серверна роль Mailbox, можливо, найбільш важлива у вашій інфраструктурі, оскільки в разі, якщо тут буде вузьке місце, користувачі негайно почнуть відчувати ефекти цього.
Завчасне знання вашої середовища може допомогти вам передбачити реальні потреби в апаратному забезпеченні, але якщо з якихось причин вам не вдається встановити кордон, потрібно взяти до уваги деякі фактори, що впливають на габарити, наприклад:
- Число поштових скриньок
- Середній розмір поштової скриньки
- профілі користувачів
- Механізми безпеки / спостереження
- Використання мобільних засобів (включаючи Blackberry)
- Режим використання Outlook (онлайн / кешування)
- Управління записами архівування / відправки повідомлень
- Модель високої доступності (CCR, LCR, SCR)
- Використання кешу
Ви можете використати таку таблицю, категоризує користувачів на чотири різних типи.
Тип користувача Відправлено / прийнято в день (повідомлення по 50К) Розмір кешу бази даних на користувача Орієнтовна кількість операцій введення-виведення на користувача Кількість згенерованих файлів журналу на поштову скриньку Легкий 5 відправити / 20 отримано 2 МБ 0.11 6 Середній 10 отримано / 40 відправлено 3.5 МБ 0.18 12 важкий 20 відправити / 80 отримано 5 МБ 0.32 24 Дуже важкий 30 відправити / 120 отримано 5 МБ 0.48 36Ось основні правила по габаритам для ролі Mailbox server Role:
CPU
- 1 процесорний ядро для кожної 1000 легких / середніх поштових скриньок
- 1 процесорний ядро для кожних 500 легких / середніх поштових скриньок
- Максимум 8 ядер
пам'ять
- 2 ГБ + 2 на кожні 5 МБ на поштову скриньку (залежить від профілю користувача, див. Табл. Вище)
- Рекомендується не більше 32 ГБ (точка зменшення по співвідношенню ціна / якість)
- Мінімально необхідний обсяг пам'яті також залежить від кількості груп зберігання:
Мережа
- 1хGbit мінімум
- З CCR необхідно використовувати різні мережеві адаптери для загальної і приватної мереж
Диск
- Використовуйте калькулятор вимог ролі Exchange 2007 Mailbox Server Role!
- Якщо ви не хочете використовувати калькулятор і не йти легким шляхом, беріть до уваги такі чинники:
- Баланс продуктивності вхід / вихід і ємності
- Додайте 5% на кожен логічний номер пристрою бази даних для індексування вмісту
- Додайте 10% на кожен логічний номер пристрою бази даних для витрат / порожнього простору
- Період збереження віддалених елементів за замовчуванням (14 днів) додає ще 30% на кожен логічний номер пристрою бази даних
- Візьміть до уваги чинники угоди про рівень послуг (час відновлення бази даних, вікно резервного копіювання і т.д.)
- Прагніть, щоб розмір бази даних не перевищував максимуму в 100 ГБ
роль Hub
Фактори, що впливають габарити для ролі Hub Transport:
- Черга пошти, що зберігається в базі даних JET
- CCR (транспортна кошик)
- частота повідомлень
- Стеження за ПП
- Середній розмір повідомлення
- Число включених транспортних агентів
- Антивірусну програму й стороннє ПО
- ведення журналу
процесор
- Для невеликих організацій прийнятні одно- або двоядерні конфігурації процесора
- Для організацій середнього та великого розміру:
пам'ять
- Мінімум 2 ГБ, максимум 16 ГБ
- 1 ГБ на ядро
- Сценарії довгій черзі
- На перевищення обсягу на повідомлення: 3 КБ
- На перевищення обсягу на користувача: 1кб
- На перевищення обсягу для Edgesync (> сотень тисяч включених об'єктів пошти)
- 4К на включений об'єкт пошти
Диск
- Ємність = середній розмір повідомлення х максимальна чергу
- Відділення mail.que і файлів журналу від системних дисків
- Вплив транспортних кошиків (місця з CCR / LCR)
- Ємність, споживана транспортної кошиком = число груп зберігання х максимальний розмір транспортної кошика
- Зворотне тиск:
- Для RTM: мінімально 4 ГБ вільного простору
- Для SP1: мінімально 500МБ вільного простору
Мережа
- рекомендується Gbit
роль CAS
При вимірі габаритів ролі CAS потрібно брати до уваги такі фактори:
- Число не-MAPI клієнтів (перетворення повідомлень відбувається на сервері CAS)
- надання OWA
- Включені служби:
- IMAP, POP3
- Outlook Anywhere
- Exchange ActiveSync
- Web служби: AutoDiscover, Availability, OOF
- розподіл OAB
процесор
- До 4 ядер
- 1: 4 - співвідношення ядер CAS: Пошта
пам'ять
- 2ГБ на ядро
- максимально 16 ГБ
Диск
- Ніяких спеціальних потреб для дискових підсистем немає
Мережа
- рекомендується Gbit
роль Edge
Фактори, що впливають на габарити, аналогічні до випадку з роллю Hub:
- Кількість повідомлень в одиницю часу
- Середній розмір повідомлень
- Кількість включених транспортних агентів
- Наявність антивірус і антиспам
- з'єднання SMTP
- Відсоток шкідливого ПО
процесор
- Рекомендується 2 ядра процесора
- До 4 ядер
пам'ять
- Мінімально 2 ГБ, максимально 16 ГБ
- 1 ГБ на ядро
Диск
- Ємність = (середній розмір повідомлення х максимальна чергу) + журнал
- Необхідно враховувати транспортні правила і швидкість проходження повідомлень і їх вплив на кількість операцій введення-виведення в секунду
- Зворотне тиск:
- Для RTM: мінімально 4 ГБ вільного простору
- Для SP1: мінімально 500МБ вільного простору
Мережа
- Рекомендується 2хGbit (1 вхід і 1 вихід)
роль UM
Фактори навантаження, що впливають на габарити:
- Голосовий доступ Outlook
- Кодек зберігання голосової пошти
- Відгук на виклики і перенаправлення
- Число паралельних дзвінків
- Число вхідних паралельних викликів факсу
процесор
- До 4 ядер
- Кілька ядер рекомендуються в разі перетворення з .wav в .wma
пам'ять
- 1 ГБ на ядро (мінімум 2 ГБ)
- Максимум 4 ГБ
Диск
Мережа
- рекомендується Gbit
Active Directory / Global Catalogs
Для кожного місця, що містить сервери пошти Exchange 2007 або користувачів:
32-біт 64-біт Співвідношення ядер Global Catalogs (GC): сервер пошти 1: 4 1: 8 Необхідно мати достатньо пам'яті на сервері каталогу для кешування всієї бази даних Active Directory (NTDS.DIT) в пам'яті 1 GC для XX користувачів Кожні 10000 користувачів Кожні 20000 користувачівПеревірка рішення
Перед початком використання серверів із зміненими габаритами, можливо, вам захочеться провести перевірку розгорнутої конфігурації. Ось кілька допоміжних засобів від Microsoft, які можуть допомогти вам зробити це:
- Microsoft Exchange Server Jetstress Tool 'Jetstress Симулює завантаження бази даних Exchange і файлів журналу, вироблену певною кількістю користувачів, дозволяючи вам провести перевірку продуктивності і стабільності вашої дискової підсистеми перед початком використання вашої системи в промисловому середовищі.
- Exchange Load Generator - Використовуйте Microsoft Exchange Load Generator (LoadGen) (Генератор навантаження) в якості симулює кошти для вимірювання впливу клієнтів MAPI на сервери Exchange. LoadGen дозволяє вам тестувати реакцію сервера Exchange на різні поштові навантаження. Для симулювання доставки цих поштових відправлень, вам потрібно запустити LoadGen на клієнтських комп'ютерах. Ці тести відправляють безліч повідомлень на сервер Exchange, утворюючи поштову навантаження. LoadGen допомагає вам визначити, чи зможе кожен з серверів впоратися з тим навантаженням, на яку вони розраховуються.
- Exchange Server Stress and Performance - Використовуйте Microsoft Exchange Server Stress and Performance (ESP), добре масштабується засіб перевірки напруги і продуктивності Exchange, для симуляції великої кількості клієнтських сесій за допомогою паралельного доступу до одного або декількох серверів протоколів. ESP включає в себе безліч модулів, які можна використовувати для симуляції різних протоколів і навантажень. Ви можете запускати модулі паралельно з безлічі вузлів, таким чином, більш реалістично симулюючи фізично різні клієнтські машини. Засіб ESP не володіє можливістю створювати нових користувачів. Тому його рекомендується використовувати разом з іншими засобами, які генерують користувачів (наприклад, Exchange Load Generator).
- Exchange Server Profile Analyzer - Можна використовувати засіб Microsoft Exchange Server Profile Analyzer для збору статистичної інформації про один поштовій скриньці або про всю організації Exchange. Зібрана інформація може використовуватися для таких завдань як аналізування функціонування і стану сервера з поштовими скриньками, поліпшення моделей планування ємності, методологій і засобів тестування.
- System Center Capacity Planner 'Допомагає вимірювати габарити і планувати розгортання серверних продуктів від Microsoft, включаючи Microsoft Exchange Server 2007. Забезпечує засобами і керівництвом щодо спрощення планування розгортання, дає можливість використовувати аналіз «що-якщо» для передбачення результатів змін.
- Performance Monitor 'Як частина операційної системи, PerfMon використовує об'єкти функціонування Exchange для отримання облікової інформації, інформації, що дозволяє вам контролювати стан того чи іншого рішення.
сторонні засоби
На сьогоднішній день багато виробників апаратного забезпечення мають засоби, що спрощують процес вимірювання габаритів всієї інфраструктури. Нижче ви можете знайти деякі з цих коштів від двох таких виробників апаратного забезпечення (описи взяті з сайтів виробників).
- Dell Exchange 2007 Advisor 'Засіб Dell Exchange 2007 Advisor створено для того, щоб допомогти вам створити архітектуру для розгортання Exchange, забезпечуючи повний огляд апаратного забезпечення, програмного забезпечення, а також опції служб. Це засіб отримує специфікацію користувачів, потім робить аналіз, після чого на виході являє конфігурацію Exchange на підставі габаритів функціонування і рекомендацій компанії Dell.
- HP Storage Planning Calculator для Microsoft Exchange Server 2007 'На підставі обраного профілю користувача (завантаження), це засіб обчислює число жорстких дисків (дисководів), контролерів зберігання, включень, необхідних для оптимального поєднання продуктивності і ємності для всієї спільноти користувачів. Це засіб створено таким, щоб дати можливість програти безліч сценаріїв «що-якщо», порівняти рівні RAID, розглянути розміри жорстких дисків (дисководів), контролери масивів зберігання, включення, методологію і топологію резервного копіювання, порівняти режими клієнтів Outlook, а також доступність опцій CCR і LCR.
- HP Sizing and Configuration Tool для Microsoft Exchange Server 2007 'Це засіб генерує рекомендації на підставі комбінації користувальницьких технічних і ділових вимог до рекомендацій по функціонально розгортання Exchange.
висновок
Це завершує дане коротке керівництво по вимірюванню габаритів для Exchange Server 2007. Особисто я вважаю, що архітектура x64 спрощує все планування і обчислення, пов'язані зі зміною габаритів рішення Exchange 2007 в порівнянні з попередником, Exchange Server 2003. Але сама методологія не зазнавав серйозних змін:
- Необхідність розуміння реальних потреб користувача
- встановлення меж
- баланс середовища
- Тестування остаточного рішення
- Застосування найкращих рекомендацій і засобів
Sorry, the comment form is closed at this time.