Главная страница


ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : Ivan Kuznetsov                       2:5030/792     26 Apr 2005  00:25:17
 To : Anton V. Yuzhaninov
 Subject : Re: Резервирование внешних каналов
 -------------------------------------------------------------------------------- 
 
         Здравствуй, Anton!
 
  Сб Апреля 23 2005 01:40 Anton V. Yuzhaninov писал Ivan Kuznetsov:
 
  IK>> Есть основной Интернет-канал, от провайдера-1. Канал изредка
  IK>> падает, причем надолго (часы). Для моей организации это очень
  IK>> плохо, поскольку бизнес на Интернете завязан. Есть мысль
  IK>> организовать резервный канал от другого провайдера-2.    Проблема в
  IK>> том, что нам нужна поддержка входящих соединений (самохостинг
  IK>> доменов, почта, VPN и т.п.), т.е. ip-сеть должна быть одна,
  IK>> доступная через оба канала. Сейчас ip-сеть от провайдера-1
  AY> Если нужны ip адреса которые будут доступны через разных ISP то нужна
  AY> своя AS, BGP, свое адесное пространство.
 
  AY> Hо есть еще один вариант:
 
  AY> 1. Ставится сервер на колокейшен к провайдеру у котрого есть своя AS,
  AY> BGP и несколько независимых апстримов. Лучше на M9 или на M10. Поскольку
  AY> у других датацентров на девятку идет только один канал (но есть конечно
  AY> и исключения).
 
  AY> 2. От этого сервера до офиса поднимаются два VPN-тунеля (например ipsec)
  AY> и поверх них поднимается динамическая маршрутизация (OSPF), таким
  AY> образом сервер автоматически трафик при падении ISP1 будет слать через
  AY> ISP2.
 
 За эту идею спасибо!
 В развитие:
 1) Если ip-сеть и один из каналов берется от колокейшен-провайдера, то один
 туннель получается лишним.
 2) Сервер может быть заменен на более надежный "железный" VPN-capable роутер
 3) Топология такой транспортной сетки получается вырожденной, вместо OSPF можно 
 использовать пару простеньких скриптов с командой ping внутри ;)
 
 Минус - появляется точка отказа в виде сервера/роутера. Если с ним что-то
 случается, то не всегда возможно быстро добраться до аппаратной ISP (например, в
 выходные)
 
  AY> 3. хостинг, почта и т. п. завязываются на ip этого сервера. А он
  AY> просто пробрасывает все соединения (или только часть) в офис.
 
  AY> А вообще хоситнг и почту лучше целиком деражить на колокейшена, а не в
  AY> офиске, тогда и хитрая схема с тунелями не понадобится.
 
 Унесенный куда-то почтовик - IMHO это не есть хорошо, т.к. приводит к
 тарификации внутриофисного почтового траффика, которого может быть МHОГО. Либо
 нужно городить связку из двух почтовиков (одного для внешнего мира и одного для 
 внутренних нужд) и разных view DNS
 
 Более того, малым количеством "резервированных" ip-адресов (например, одним
 ip-адресом) нам в принципе не обойтись. Кроме публично-доступного самохостинга 6
 доменов :), у нас еще есть некое количество проектов, подразумевающих входящие
 коннекты (и не только на tcp/80); пара DNS-серверов и т.п. Физически на одном
 (двух-трех) серверах это не сделать - платформы разные. Hу не перетаскивать же
 на колокейшен все содержимое аппаратной...
 
                                         С уважением, Иван
 
      E-Mail  792@mail.ru
 --- GoldED 2.50+
  * Origin: KIA Station +7(812)510-6078 0:00-7:30 (2:5030/792)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Резервирование внешних каналов   Ivan Kuznetsov   22 Apr 2005 09:14:15 
 Re: Резервирование внешних каналов   Nick Gazaloff   23 Apr 2005 01:24:17 
 Re: Резервирование внешних каналов   Anton V. Yuzhaninov   23 Apr 2005 01:40:59 
 Re: Резервирование внешних каналов   Dmitry   23 Apr 2005 09:06:43 
 Re: Резервирование внешних каналов   Yan Alexandrovsky   23 Apr 2005 12:18:24 
 Re: Резервирование внешних каналов   Eugene B. Berdnikov   25 Apr 2005 01:08:31 
 Re: Резервирование внешних каналов   Ivan Kuznetsov   26 Apr 2005 00:25:17 
Архивное /ru.networks/2325426d8f66.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional