У сучасному світі цифрових технологій все більшу роль починає відігравати впровадження інтернет та мережевих технологій в усі сфери повсякденного життя людини. У сучасному світі, де успішність багатьох проектів пов'язано з їх стабільність і можливостями в інтернет інфраструктурі, багато що залежить від можливих потужностей. Якщо раніше при впровадженні приміром нового Інтерни ресурсу, у розробників була можливість додавати потужність процесі плавного переказу в активний стан, тобто до перекладу на систему всіх користувачів. То зараз таких можливостей немає. На даному етапі розвитку цифрових технологій де час вимірюється вже роками інтернету (один рік якого дорівнює чверті календарного) з'являється необхідність проактивного планування очікуваних навантажень, з розрахунком як поточного кількості користувачів які будуть перекладатися на систему, так і з урахуванням появи нових. Ускладнення сучасної інфраструктури Інтернет і надзвичайно швидкі темпи зростання інтенсивності її використання призводять до постійного росту вимог до апаратних і програмних засобів. У цих умовах особливої актуальності набуває ефективність використання наявних ресурсів. Хто - то, можливо, скаже що на даному рівні розвитку технології, набагато простіше використовувати ресурси з запасом. А в міру необхідності, наприклад на 80% потужності, просто збільшувати апаратні засоби в 2 рази. Ніхто не зможе заперечити що така методика обширній поширена на даний момент, але дана методика може добре себе показати на порівняно невеликих проектах. А візьміть, що нибуть аналогічне приміром офіційним WOW (World Of Warcraft), всесвітньо відомому ресурсу фірми Blizzard. Це ресурс підтримує безліч сайтів, сервер on - line RPG з многоміліонним кількістю користувачів щодня. Сервера з терабайт інформації, величезними по потужності процесорами, і параметрами, які можна вважати мрією будь-якого геймера, або просто людини яка знає як їх використовувати. Багато хто скаже, що фінансове становище Blizzard дозволяє підвищити ці параметри в декілька разів і не помітити, але давайте враховувати, що цей проект створювався з метою заробітку, а не таких витрат. Також зауважимо, що такими активами ця компанія не мала зі старту, коли WOW тільки замислювався. А також врахуємо той факт, що на даний момент комп'ютерне обладнання морально старіє з такою швидкістю, що буквально сьогоднішні ідеали через рік стануть посередністю. І Вкладати величезні фінанси в "запасається взапас" потужності, аналогічно викидання активів на вітер.
В сучасному світі Інтернет все більше проникає в повсякденне життя людини. Зараз вже нікого не здивуєш персональної сторінкою, блогом, електронним рахунком і т.п. Все більше підприємств, що бажають мати власну сторінку, не только из-за престижність, але й з тієї причини, що це корисно для розвитку бізнесу. А з огляду на швидкість розвитку інформаційних технологій ранні методики все більше застарівають, і потрібна розробка нових методів і способів настройки та розрахунків які відповідали своєму часу.
Пошук і аналіз з подальшою розробкою методів розрахунку серверної інфраструктури, є невід'ємною частиною наукового дослідження, яке згодом дозволить планувати вимоги до потужності сервера, з розрахунку необхідної навантаження, а також на базі наявних потужностей розраховувати критичні навантаження. Що дозволить обмежувати навантаження на сервер, для збереження його працездатності.
При вирішенні проблем, пов'язаних з підвищенням ефективності Интеренет орієнтованої мережевої інфраструктури доводиться вирішувати одну з 2-х задач:
Пряма задача: при заданих характеристики апаратних засобів (і взагалі інфраструктури) визначити оптимальну і пікових навантаження.
Зворотня задача: знаючи бажану навантаження, визначити необхідні характеристики інфраструктури.
Обидві задачi можуть вирішуватися як у статиці, так і в динаміці. У випадку динамічного розрахунку процес розбивається на набір певних критичних інтервалах, для яких необхідно знайти достатньо ефективне рішення. Відповідно можна вести мову про прямому методі рішення задачі забезпечення ефективності, що передбачає розрахунок можливої навантаження при заданих характеристиках апаратних і програмних засобів, і зворотному, що дозволяє визначити вимоги до апаратних і програмних засобів виходячи з характеристик наявної та прогнозованої навантаження. Але практиці найбільш доцільним є використання комбінованого методу, відповідно до якого спочатку визначається діапазон можливих навантажень для деякого набору характеристик інфраструктури, а потім уточнюються конкретні вимоги до апаратних і програмних засобів виходячи з планованої навантаження.
Різні за параметрами серверні конфігурації.
Розробка нових алгоритмів і методик розрахунку серверних параметрів, а також "апгрейд" вже застарілих на даний момент. Вони відкривають величезні можливості в області оптимізації інтернет-орієнтованих (і не тільки проектів), що дозволить не тільки скоротити фінансові витрати на підвищення наявних потужностей, але так само і мати можливість контролювати окремі аспекти, і адмініструвати не всю інфраструктуру в цілому, але і її окремі частини.
На даний момент в стадії розробки та тестування знаходитися методика розрахунку потужності процесора, грунтуючись на статистичних даних про набори запитів до сервера, і передбачуваного кількості очікуваних користувачів системи. На даний момент методика дозволяє спрогнозувати необхідні потужності грунтуючись, на кількості користувачів в день, а так само розрахувати яку кількість користувачів здатна підтримувати базова конфігурація. І якою вона повинна бути для підтримки заданого кількості користувачів.
Дана робота дозволить сформулювати методики та шляхи, підвищення потужностей різний серверів, а також знизити витрати які можуть виникнути при необхідності підвищення даних потужностей. Таким чином ми може досягти найбільших результатів при мінімальних витратах часу, фінансів та нервових клітин (які кстати не востанавліваются).
1. Фредерик В. Шолл "Азбука планирования нагрузки." статья в жулнале LAN №8 1996г. Источник
2.Дэниел Менаске, Виргилио Алмейда. "Производительность Web-служб. Анализ, оценка и планирование". Перевод с английского. СПб: ООО "ДиаСофтЮП" 2003г.
3. Расчет требований к производительности и ресурсам для сред поиска. Статья TechNet от 24.01.08
4. Расчет требований к производительности и ресурсам для сред поиска.
5. Аппаратные требования к серверу с VPN-сервером на ISA 2006 и Тerminal server 2003.
6. Windows Server 2003 Terminal Server Capacity and Scaling.
7. Расчет требований к производительности и мощности для сред сети Интернет
9. Performance and capacity requirements for Hyper-V
10. Джефф Хорвиц. UNIX - системы. Проектирование, конфигурирование и формирование технической политики информационного центра. Перевод с англ. К.: ООО "ТИД "ДС" 2004г