ADSL к T1, действительно ли это стоит того для нас?
Это может быть старой школой, но мой этап и производственные апачские конфигурации были идентичны, за исключением того, что некоторые параметры в каждом отличались (т.е.: IP-адрес). Я использовал обертку жемчуга вокруг сценария запуска для 'восполнения пробелы' методическим способом. Фактическая основная конфигурация 'шаблоны' была действительно идентична.
Это обеспечило, чтобы апач этапа был функционально идентичен производственным апачам.
Совместное использование этой производственной конфигурации с разработкой позволило им протестировать как близко к производству, как они хотели (и они хотели, потому что они не войдут в производство, если их материал не 'работал' на этапе. Мы иногда предоставляли справку (для правил mod_rewrite, например) и оставляли остальных до разработчика.
Различие между этой конкретной установкой и другими местами, я работал:
сотрудники разработки были поощрены баловаться областями, не непосредственно связанными с программами, они продолжили работать... т.е.: они могут работать над приложениями бэкенда (таким образом не должен был бы знать много об апаче), все же, они настроили свои собственные апачские серверы (на самом деле создал их собственные рабочие столы, но это - строка, пересеченная IMnsHO).
операции на самом деле управляли большим количеством инфраструктуры, вместо того, чтобы просто выполнить его.
У меня есть столь же размерный офис, и я обратился к ограничениям нашего DSL на 1.5 Мбит/с путем введения кабельного модема бизнес-класса (16down, 2up). Это сцепляется с двойным маршрутизатором WAN, где я настроил iptables так, чтобы самые высокие транспортные протоколы (http/https, RDC, FTP) вышли Кабель, весь другой трафик поражает маршрут по умолчанию DSL.
Относительно того, является ли скорость T1> ADSL, мы не знаем, как быстро Ваш ADSL. Пока они оба работают правильно, 1.5 Мбит/с то же по любому соединению. Самое большое различие - то, что T1 обычно предоставляют более высокий SLA доступности.
BTW при рассмотрении трафика IP, # каналов T1, не является частью соображения. Каналы о речевых вызовах только.
T1 является медленным.
Если у Вас нет определенной причины желания T1, такого как речевая функциональность, или Вы сыты тем, что свой локальный поставщик был по горло некомпетентным, Вы не хотите T1.
Необходимо попросить у поставщика ADSL большего количества пропускной способности, изучить кабельный модем или некоторый другой сервис территории города с пригородами как wimax или вызов вокруг для метро Ethernet.
-
1+1 T1 составляет приблизительно 1.5 Мбит/с, но синхронен, тогда как ADSL не. Как предложено, согласуйте с другими поставщиками для чего-то быстрее и возможно синхронный. T1 будет alos иметь некоторый присоединенный QoS, но Вам, возможно, не понадобится это. Hre в Канаде, T1 является очень дорогим и существуют много больших опций. – Dave M 11 February 2010 в 16:49
-
2Симметричной по сравнению с асимметричными скоростями может быть проблема, но главным образом офисный трафик точно так же, как домашний трафик, больше в, чем. Если you' ре рабочие серверы, соразмещая их в сайте хостинга являются более оптимальным вариантом, чем наличие серверов, совместно использует пропускную способность для большинства потребностей. И наконец, T1s можно было превысить намеченную сумму их обратного рейса точно так же, как любой другой сервис. Это имеет тенденцию не происходить, но это, конечно, может. T1 для речи в эти дни. (и it' ll быть названным ISDN в любом случае.) – chris 11 February 2010 в 18:02
Вместо того, чтобы заменить ADSL, почему не хвалят его с другой строкой ADSL от другого поставщика? Вы ограничите дублирование (обменом, по крайней мере), и можно всунуть маршрутизатор выравнивания нагрузки, чтобы обеспечить обработку отказа и удвоить пропускную способность.
если Ваше рассмотрение выполнения чего-либо профессионального, волокно является единственным выбором. ADSL переносит много проблем. Tcp действительно не любит или понимает асимметричные соединения.
Я диагностировал много проблем с физическим уровнем ADSL. Здесь в Великобритании мы получаем более медленные синхронизирующие скорости ночью из-за интерференции от уличного освещения!. Это вызывает ошибки, ретранслирует, высокие задержки и более низкая пропускная способность. В зависимости от длины Вашей adsl строки к обмену произведет пропускную способность и повседневную надежность.
У меня были клиенты, которые освобождают половину их скорости во время влажной погоды, где-нибудь в пути строки, медный кабель выставляется и закорачивается водой!!! Уверенный они могут переместить Вас в другую строку, но это означает время простоя. Обычно медных кабельных соединений едва достаточно для поддержки телефонного вызова.
ADSL хорошо для внутренней широкополосной связи, однако это не решение для вспомогательных сервисов бизнес-сетей, таких как vpn's. Если у Вас нет альтернативы adsl, то попробуйте за sdsl, это - симметричная природа, сделает вещи на уровне TCP выполненными немного более гладкий.
Если Ваша строка ADSL синхронизирует на высоком показателе, вынудите ее синхронизировать на более низком уровне, таким образом сократив количество ошибки, которую Вы будете получать.