Сетевая разработка
Я просто использую автомобили, дома, компании и объекты.
"Так, Бабушка, если Вам нужна газета, что Вы делаете?"
"Я сажусь в свой автомобиль, диск к хранилищу, покупаю газету и еду домой".
"Интернет немного похож на это. Скажите, что я хочу считать новости. Мой компьютер входит в Интернет, переходит к новостному веб-сайту, получает газету и отображает его на моем мониторе. Новостной веб-сайт похож на хранилище, и Интернет является всеми хранилищами, домами и промежутком дорог".
- Adam
Это - действительно просто процесс списка, что Вы имеете, затем перечисляя то, в чем Вы нуждаетесь. Затем с помощью первого списка (активы) для пристраивания сети, которая делает то, в чем Вы нуждаетесь. Вам, вероятно, придется купить вещи, которые Вы не имеете, для создания сети, которая удовлетворяет потребности. Как так:
- Сначала Вы составляете список сайтов.
- Для каждого сайта Вы составляете список того, что там.
- Если возможно, Вы перечисляете, что будет на каждом сайте в будущем. Это поможет Вам запланировать сеть, которая удовлетворяет будущие потребности, а также текущие.
- Если Вы уже имеете соединения между сайтами, перечисляете их и их пропускную способность.
Быстрый пример:
- HQ: 50 настольных компьютеров, 8 серверов, 3 сетевых принтера. 1 концентратор VPN, интернет-соединение на 10 МБ/с.
- Site1: 15 настольных компьютеров, 1 сетевой принтер. 1.5mb/s Интернет ADSL; VPN к HQ.
- Site2: 23 настольных компьютера, 2 сетевых принтера, 5 станций POS. Кабель бизнеса 6mb/s к Интернету; VPN к HQ.
- Site3: 17 настольных компьютеров, 2 станции POS 1 сетевой принтер. Кабель бизнеса 1mb/s к Интернету; VPN к HQ.
- Site4: 10 настольных компьютеров, 1 сетевой принтер. Кабель бизнеса 768kb/s к Интернету; VPN к HQ.
- Site5: 37 настольных компьютеров, 2 сетевых принтера, 2 сервера. Кабель бизнеса 6mb/s к Интернету; VPN к HQ.
- Пользователи портативных компьютеров, мобильные: 12 мобильных пользователей, каждый с домашней широкополосной связью или работающий из Starbucks. VPN к HQ.
Вы, вероятно, хотите потянуть это как карту (много примеров здесь). Распечатайте несколько копий и затем играйте на нем с карандашом. Думайте о связях, которые должны быть установлены от сайта до сайта, и сколько пропускной способности они будут использовать. Пример: у каждого настольного пользователя могло бы быть 50mb/s соединение с mailserver каждые 5 минут. Серверы в Site5 сохраняют непрерывный 1mb/s поток трафика репликации, идущего с серверами в HQ. И так далее. Вы поймете эти оценки превратно, но они - начальная точка, которая помогает Вам видеть, есть ли у Вас достаточно пропускной способности между сайтами. Позже Вы поместите немного контроля на месте для получения вещественных чисел. Но теперь я обгоняю меня!
Затем необходимо думать о IP-адресации и разделяющий план на подсети. Вы будете использовать общедоступные или частные IP-адреса? В чем будет нуждаться максимальное количество каждого сайта IP? Выньте свой калькулятор подсети и подсчитайте, насколько большой подсеть каждого сайта будет. Решите, какой определенный диапазон IP будет использоваться на каждом сайте. Отсюда Вы решите то, чем внутренний адрес шлюза каждого сайта должен быть (внешний IP в этом примере будет решен поставщиком услуг широкополосного доступа, конечно).
Теперь Вы решаете, будете ли Вы использовать DHCP для обработки всех тех адресов (Вы очень вероятно будете). Это должно будет быть настроено - и необходимо будет решить, куда выполнить его. В HQ, с IP помощником обращается в маршрутизаторе каждого сайта? Локально на каждом сайте от маршрутизаторов там? Вовлеките это в свою схему.
Пора выяснить Ваши службы имен. DNS, скорее всего - куда Вы поместите его? Вы могли поместить все серверы DNS в HQ, или Вы могли распределить их каждому сайту. После того как Вы поняли это, добавьте его к своей конфигурации DHCP.
И так далее, и на, и на. В основном Вы запускаете с того, что Вы знаете, помещаете его в карту, затем запустите установку пробной версии, что Вы хотите на карте, пока у Вас нет чего-то, что работает. Вы передаете свои аннотации карандаша чернилам. Затем Вы создаете его.
Затем Вы выполняете его некоторое время и вносите изменения по мере необходимости. Который Вы (или кто-то так или иначе) будете продолжать делать, пока компания не умрет.
Больше информации будет необходимым, прежде чем дизайн сможет быть предложен. В целом Вы можете использовать концентратор и говорили модель или сетчатую модель в зависимости от целей сети. Если Вы имеете основное расположение, где Ваши приложения централизованы затем концентратор и говорили, модель может работать хорошо.
При необходимости в более избыточной структуре и каждом сайте потребности равный доступ к другим сайтам затем, Вам будет нужна сетка как дизайн.
Если у Вас есть один сайт, который является большим количеством центрального сайта или сайта "HQ", Вы могли создать осевую сеть. У Вас могли быть некоторые "централизованные" серверы, находятся в сайте HQ и используют зашифрованные соединения VPN от Ваших спутниковых сайтов для соединения назад. Компания под названием Vyatta делает некоторый очень гладкий механизм, который предлагает тонну сервисной возможности IP по низкой цене.
Они предлагают маршрутизацию, брандмауэр, туземный, ntp (время), DNS, DHCP, и защищают, зашифровал VPN, туннелирующую решения назвать некоторых. Если бы я соединял что-то вроде этого, то я определенно посмотрел бы на их решения.
Смотрите на http://en.wikipedia.org/wiki/Network_topologies для высокоуровневого объяснения топологий сети.
Необходимо определить: - модель трафика (у Вас есть какое-либо центральное приложение? на котором отношения являются основной передачей данных?...) - какой контроль и безопасность Вы хотите иметь? (централизованный обычно легче защитить; Вы можете быстро сокращение какой-либо филиал...) - какую устойчивость Вы хотите? (сетчатая/кольцевая топология более эластична, но более сложна для установки),
Иерархия Сайта / организационная иерархия помогают многому (какие-либо higher-level/central/lower-level офисы?), поскольку это обычно определяет все вышеупомянутые: трафик редко течет между офисами того-же-уровня, высокоуровневые офисы должны осознать ситуацию...
С этим в руке можно соединить поиск звездой, иначе ответ является только генералом: Вам будут нужны некоторые коммутаторы и маршрутизаторы :)
Это могло бы также стоить Вашего времени для исследования сети MPLS. Самые крупные поставщики могут предоставить Вам этот сервис в номинальном сборе выше нормальной цены пропускной способности.
По существу MPLS является точкой к облаку (облако схемы, не magic-server-hosting-cloud), но Вы получаете свое собственное частное облако. Поэтому предположите, что у Вас есть три офиса, A, B, и C. Каждый из них имеет, скажем, T1 к облаку MPLS, и поставщик самому направляет трафик через облако месту назначения, никогда не касаясь Интернета или чьего-либо еще трафика.
Преимущество этого - то, что Вы не должны использовать VPNs на своих ссылках MPLS. Они по сути безопасны, так как это уже - частная сеть. Много людей действительно выполняет шифрование на их ссылках, потому что они не доверяют своему поставщику, но это - что-то, что необходимо судить и взвесить цену по сравнению с тем, насколько важный данные.