Выделенный сервер, 100 Мбит/с по сравнению с 1 Гбит в сек.
Я столкнулся с этой точной проблемой. Цель состояла в том, чтобы поставить каждое предупреждение вдоль трассы эскалации - отправка предупреждения следующему человеку в списке, если бы это не было подтверждено в данный период времени. Мы решили, что Бессмысленные данные были лучшим решением, но что, чтобы сделать его правильно мы должны были расширить протокол или исследовать больше клиентов. (Протокол предоставляет себя очень хорошо расширению и существуют бесчисленные доступные клиенты). Эта выгода была то, потому что было часто желательно подтвердить некоторые предупреждения, но не других.
Например. Окончательный путь предупреждения:
Send to admin A via Jabber. No acknowledgement after 5 minutes, sent to admin B via Jabber. No acknowledgement after 5 minutes, sent to admin A via SMS. No acknowledgement after 5 minutes, sent to admin B via SMS. No acknowledgement after 5 minutes, sent to admin A and B's manager via Jabber. No acknowledgement after 5 minutes, sent to admin A and B's manager via SMS. Manager evaluates the alert, acknowledge it or phones admin A or B.
Выгода - то, что, если второе предупреждение сгенерировано посреди этого процесса, администратор A или B могут хотеть подтвердить это, но не подтвердить первое предупреждение. Например, если они заняты отдельным вопросом, который генерировал другое предупреждение, или если они не около компьютера, знают, что второе предупреждение не серьезно, но что первое предупреждение должно быть обработано кем-то около компьютера, и механизм эскалации является самым эффективным способом найти правильного человека.
Было два типа доставки сообщений в Бессмысленных данных. (Я верю названный нормальным по сравнению с чатом), возможно, что один из двух типов позволил дифференцирование, в котором на сообщение ответили. К сожалению, обменивающийся сообщениями тип, который, возможно, допускал это вызванное экстремальное неудобство с клиентами, которые мы протестировали, если большая лавинная рассылка сообщений была получена. (Также я не уверен, было ли люди, которых определило тестирование, ли возможно действительно дифференцировать то, на что отвечали, из-за этой проблемы, подавляющей тестирование).
Поскольку это было исследовательским, и у нас действительно не было времени для реализации полного решения, мы не определили, выбирала ли проблема просто лучший клиент или были ли расширения протокола необходимы. Я все еще думаю, что Бессмысленные данные являются лучшим методом для поставки предупреждений. Для любой аварийной системы доставки/эскалации человек, который подтверждает предупреждение, должен взять владение предупреждения, и должны быть последствия для всех не удающихся подтвердить предупреждение. Это должно работать с системой, понимая лучший способ достигнуть человека, вращения по вызову, риска аварийных лавинных рассылок, проблемы предупреждений, созданных человеком, который в настоящее время является вне вращения и любых политических соображений, вызванных системой предупреждения, которая случайно создает отслеживаемость, если существующая система не имеет ни одного.
Это - вероятно, частота строчной развертки (скорость) первого сетевого канала, тот, который присоединяет Ваш сервер к сети поставщиков услуг хостинга. Это соответствует повсеместным стандартам Ethernet на 1 Гбит в сек. и на 100 Мбит/с; и поставщики услуг хостинга имеют привычку к упоминанию этой скорости канала, поскольку это дает такое хорошее высокое количество для показа.
Фактическое различие между 100 мегабитами/секунда (который часто достигает приблизительно 11 мегабайтов/с на практике), и 1 000 мегабит/с (часто приблизительно 80 мегабайтов/с).
В большинстве случаев это - довольно бессмысленное измерение самостоятельно. Крупномасштабный Интернет-трафик является дорогим, таким образом, никакой поставщик услуг хостинга действительно не продаст Вам 100 или 1 000 Мбит/с из их сети для нескольких сотен маркеров в месяц. Другими словами, Вы будете ограничены в другом месте - ограниченный практической скоростью поставщики услуг хостинга, которых собственная сеть может обработать, или формированием трафика, или "политикой допустимого использования" или другим легальным соглашением.
Править: Я должен добавить что, если Ваш сайт может работать над единственным сервером, то Вам, скорее всего, не нужны больше, чем некоторые мегабит в секунду. Раньше блог Переполнения стека имел хорошее сообщение с числами и использованием пропускной способности, показывая Переполнение стека, использующее только приблизительно 6 Мбит/с. Теперь, Переполнение стека является примером лучшего случая, как это - сайт с главным образом текстом, сжатие HTTP, включенное, и надлежащий набор HTTP-заголовков. Поэтому проанализируйте свои собственные потребности; YMMV.
-
1DV для " таким образом, никакой поставщик услуг хостинга действительно не продаст Вам 100 или 1 000 Мбит/с из их сети для нескольких сотен маркеров в месяц " я мог, вероятно, назвать 10 поставщиков первое, что пришло на ум, которые делают. причем www.theplanet.com является тем в передней стороне. – Chris Marisic 23 September 2009 в 17:52
-
2Сервер Celeron на 2 ГГц, 1 ТБ bw порт на 100 Мбит/с от theplanet $99/месяцев + 25$ устанавливают сбор. Я раньше арендовал несколько, они отступают в день, когда это стоило $60-80/месяцев за сервер. – Chris Marisic 23 September 2009 в 17:54
-
3Извините, Jesper мертв на здесь, +1 ему. Вы любой получает льготный тариф для превышенной сети (который, вероятно, все еще довольно быстр большую часть времени), или Вы получаете дорогой уровень для гарантируемой пропускной способности. Проверьте свой SLA. Я был бы очень удивлен, гарантировало ли это Вам 100 Мбит/с пропускная способность 100% времени за $99/месяцев. – James Sneeringer 23 September 2009 в 19:20
-
4@Chris Marisic: В Вашем втором комментарии Вы упоминаете, выделенный сервер Планеты ограничил передачей данных на 1 терабайт в месяц - таким образом, существует договорное ограничение. Прямо сейчас, I' m рассмотрение бланка заявки для того сервера и Планеты также предлагает истинные 100 Мбит неизмеренный (т.е. неограниченный) опция обновления для 1 800 долларов США в месяц, дополнительных . Так ясно Планета является примером того, что я записал? – Jesper M 23 September 2009 в 19:26
-
5Причина мой вопрос является актуальным, Вы никогда не поднимали различие между линейной скоростью пропускной способности по сравнению с уровнями использования пропускной способности. Существуют многие поставщики услуг, у которых можно купить 100 Мбит/с для 100 Мбит/с из сетевых передач и большей части цены на терабайт, очень немногих цен поставщиков на мегабит от какой I' ve замечен. и в отношении James, Вы могли бы быть gaurenteed SLA для получения 100 Мбит/с 24/7 на том сервере за 99$ при фактическом использовании его как таковой, Вы целый день получали бы полные 100 Мбит/с разрешение перегрузки сети между маршрутизацией. You' d также получают счет излишка за 5 000$ для пропускной способности хотя =] – Chris Marisic 5 October 2009 в 20:35
Сеть на 1 гигабит/с в десять раз быстрее, и поэтому более способна, чем 100 мегабит/с - таким образом, 1 Гбит в сек. должны быть лучше, чем 100 Мбит/с - который сказал, если Ваш сервер не использует эту дополнительную способность, это не может стоить идти для 1 Гбит в сек. Какова разница в цене?
-
1
Главным, которое необходимо понять, являются много хостов, продаст Вам 100 Мбит/с, размещающих даже очень дешево в США. Хостинг Гбит в сек. в США немного более трудно найти, за пределами США существует большой хостинг proivders что хостинг Гбит в сек. предложения за 100 ~ евро в месяц.
Теперь, когда у Вас есть 100 Мбит/с или 1 Гбит в сек., необходимо посмотреть на сумму пропускной способности, которую Вы используете. Большинство планов хостинга идет с диапазоном использования на 1 ТБ - 2 ТБ месяц, если Вы не регистрируетесь в чрезвычайно большом плане, который может масштабироваться в 10-е и 100 с TBs использования.
При использовании поддержанных передач 100 Мбит/с, можно легко использовать 100 с ГБ в единственный день с Гбит в сек., что факторы до TBs день, который пробежит выделение пропускной способности очень быстро.
Таким образом, действительно необходимо сфокусироваться на том, сколько пропускной способности Вы будете использовать и основывать оценку на этом и качестве пропускной способности. Скорее всего, Вам не будет нужен хост Гбит в сек., однако, я никогда не рекомендовал бы согласиться на что-либо менее чем 100 Мбит/с, если Вы не покупаете сервер, который обеспечивает неизмеренное соединение на 10 или 20 Мбит/с.
Примечание стороны: некоторые поставщики услуг хостинга на самом деле продадут Вам пропускную способность на основе измеренного числа, то есть, истинный хостинг 100 Мбит/с, где можно использовать 100 Мбит/с каждую секунду дня. Для хостинга планов, что цена на основе Мбит/с ожидает , что 100 Мбит/с запустят приблизительно 1 300$ приблизительно к $2700/месяцам. Таким образом в нормальном situtation Вы заплатите за 10 Мбит/с или 20 Мбит/с, которые выделят Вас , 10/20 ТБ в месяц и Ваша скорость все еще разорвет к 100 Мбит/с, но можно только использовать ее 10 или 20% дня на том уровне для пребывания в пределах пропускной способности.
Я не думаю, что люди здесь дают Вам четкое изображение, которое приводит меня полагать, что у них нет реального опыта. Точка позади распродажи, что большинству серверов никогда не будут нужны истинные 100 Мбит/с или 1 Гбит в сек. То же дома, Вы не покупаете волокно для загрузки 24 часов в день на уровне 50 Мбит/с, но для удобства - когда Вы делаете, это делает это быстро.
Что никто упомянутый Вам, что для истинного опыта на 1 Гбит в сек., просто скорость соединения не добьется цели. В льготных тарифах Вы будете обычно получать серверное оборудование, не способное к использованию такого соединения. На этих уровнях Вы обычно ограничиваетесь Вашим жестким диском и другими аппаратными компонентами. Дешевые жесткие диски не будут даже постоянно продвигать больше чем 10 МБ/с (Вы думаете, что они дадут кроме дешевого жесткого диска Вашему дешевому серверу?). Я получил сервер на 1 Гбит в сек. с очень новым жестким диском с интерфейсом SATA, и я смог продвинуть главным образом 20 МБ/с из/в там (также проблема для тестирования, потому что почти никакой сервер не действительно способен к этому). Таким образом, если Вы действительно хотите продвинуть 100 МБ/с, у Вас должны быть высокопроизводительные аппаратные средства, твердотельный диск вместо жесткого диска.