
- •4.2. Курсовой проект
- •4.2.1. Задание на курсовой проект
- •4.2.2. Подготовка исходных данных
- •4.2.3. Расчет исходных данных
- •4.2.4. Выбор оборудования передачи данных Рассмотрим вектор коэффициентов загрузки оборудования передачи данных:
- •В качестве узлов 27-44 возьмем коммутаторы d-Link des-1008d настольные, 8 портов, 10/100 Ethernet (des-1008d-e), которые, будучи недогруженными, обеспечивают масштабируемость проекта сети.
- •4.2.5. Выбор оборудования серверов и клиентских машин
- •4.2.6. Требования к оформлению курсового проекта
- •8.2.4. Расчет производительности серверов
4.2.2. Подготовка исходных данных
Программа NetCalc выполняет некоторые вспомогательные расчеты, необходимые для выполнения курсового проекта, в режиме “Исходные данные”. При запуске этого режима программа просит ввести значение коэффициента накладных расходов на протокол, размер пакета и коэффициент вариации размера заданий. Можно принять предлагаемые программой значения этих параметров, в частности размер пакета 1000 байт. При запуске режима “Исходные данные” программа NetCalc генерирует исходные данные для топологии сети, представленной на рис. 4.2.
Использование топологии на рис. 4.2 равносильно предположению, что размещение пользователей по залам соответствует их принадлежности рабочим группам. На этом рисунке SH коммутатор (switch) или концентратор (hub), S 1 - S 7 серверы, причем используется самая распространенная топология для технологии Ethernet иерархическая звезда. Рабочие станции группы g=1 подключены к сети с помощью устройства SH1 – коммутатора или концентратора. Аналогично для групп 2-18 используем устройства SH2- SH18 соответственно. Устройства SH1- SH18 (коммутаторы или концентраторы) подключим к серверам сети с помощью устройства SH (коммутатора или концентратора). Для описания схемы используется сквозная нумерация всех элементов (звеньев) сети. Линии связи устройств SH1, SH2,…, SH18 с устройством SH получили номера 1-18, соответствующие номерам групп. Линии связи устройства SH с серверами – номера 19-25. Устройство SH – номер 26. Устройства SH1, SH2,…, SH18 получили номера 27-44.
Для рассматриваемого примера описание топологии имеет вид матрицы, представленной в разделе исходных данных group-service->link. Матрица group-service->link имеет 18 строк (по числу групп) и 7 столбцов (по числу серверов). Например, первая строка матрицы в нашем примере
{1,27,19,26} {1,27,20,26} {1,27,21,26} {1,27,22,26} {1,27,23,26} {1,27,24,26} {1,27,25,26}.
Первый элемент строки {1,27,19,26} – это перечень звеньев (z), связывающих группу g=1 с сервером s =1. Седьмой элемент строки{1,27,25,26} – это перечень звеньев (z), связывающих группу g=1 с сервером s =7.
Исходные данные для рассматриваемого примера имеют вид:
group->user [1-7] [8-11] [12-18] … [98-105] end
type-service->response_time
< Раздел повторяет матрицу значений Tts (сек) из задания>
end
type-service->gamma
< Раздел содержит матрицу вычисленных по формуле (8.5) значений
интенсивности трафика для всех пар “тип пользователя – сервер”>
end
type-service->req_size
< Раздел повторяет матрицу значений Lts (Kбайт) из задания>
end
type-service->req_var
< Раздел содержит матрицу значений коэффициента вариации размера
заданий для всех пар “тип пользователя – сервер”>
end
group-service->link
< Раздел содержит матрицу связей для всех пар “группа пользователей – сервер”,
соответствующую топологии на рис. 1>
end
service->k_proto
< Раздел содержит значения накладных расходов на протокол для всех сервисов>
end
Значения разделов group->user, type-service->req_var, group-service->link и service->k_proto можно корректировать. В рассматриваемом примере k_proto = 1,5. Этот коэффициент учитывает затраты на установление и завершение соединения, затраты на заголовки кадров, на подтверждение и повторные передачи и т.д. Коэффициент вариации req_var=0, если все запросы имеют одинаковый размер и req_var=1, если размер запроса случайный и подчиняется экспоненциальному распределению.
Разделы group->user и group-service->link необходимо откорректировать, если использовать топологию сети, отличную от представленной на рис. 4.2.
После каждой корректировки файла исходных данных необходимо запустить режим “Синтаксис”, который позволяет выявить возможные ошибки.
Запускаем режим ”Вычислить” для подготовленного как указано выше файла исходных данных. Программа запрашивает начальное значение коэффициента загрузки узлов сети. Можно принять предлагаемое значение этого коэффициента 0,5. Далее программа запрашивает значение пропускной способности элементов сети. Можно принять одно из стандартных значений для технологии Ethernet: 10, 100 или 1000 Мбит/с. Примем значение 100 Мбит/с. Появляется сообщение “Предварительный расчет успешен” и файл исходных данных дополняется следующими данными:
Nlink, Nuser, Nservice, Ngroup = 44 105 7 18
Input RO= 0,5
Input MUlink= 100,0
link->mu
< Раздел содержит значения пропускной способности (Мбит/с) для всех
44 звеньев передачи данных, т.е. коммутаторов/концентраторов и
линий связи: Input MUlink= 100,0 или, если принятого значения
недостаточно, вместо него помещается вычисленное программой
требуемое значение, которое следует округлить до одного из
стандартных значений>
end
link->delay
< Раздел содержит значения задержки для всех 44 звеньев передачи данных,
т.е. коммутаторов/концентраторов и линий связи: 0,0E+00. Вместо
нулевых значений можно внести реальные значения задержки>
end
service->server_mu
7,1E+00 3,3E+00 3,3E+00 1,6E+00 4,1E-02 2,7E-01 1,0E+00
end
type->client_mu
1,4E-01 1,7E-01 1,4E-01 1,6E-01 1,6E-01 1,7E-01
end
end.
Содержимое, а также возможная корректировка, для разделов link->mu и link->delay указаны в скобках <> для каждого раздела. Раздел service->server_mu содержит вычисленные программой ориентировочные значения (Мбит/с) пропускной способности 7 серверов ЛВС, а раздел type->client_mu значения пропускной способности рабочих станций для 6 типов пользователей.