adel92: Вы же разбираетесь в технических аспектах.
Как 33 Тб(то что можно прокачать по 100 мб\с) может быть больше 20 Тб?
Если уж так рассуждать, как рассуждаете Вы, то на 100 Мбит / с можно прокачать 66 ТБ (одновременно в двух направлениях), но это невозможно. Также, как и невозможно прокачать 33 ТБ. Так как это нужно грузить канал на 100% весь месяц без перерыва.
При сатурации канала, особенно при работе с Winodws, тормоза будут неимоверные.
Потому да, 20ТБ реального трафика - это в 99% больше, чем можно использовать на выделенном сервере с каналом 100 Мбит / с.
Особенно, если речь идёт о веб-сайтах, когда ночная аудитория составляет менее 10% от дневной, а пики посещаемости приходятся на вечерние часы и обеденное время, так как посетители имеют свойство ходить на работу и спать.
В таких случаях 20 ТБ - это даже больше, чем можно в реальности получить на 100 Мбит / с канале, ведь если даже для упрощения мы возьмем, что канал 100 Мбит / с на протяжении 12 часов загружен в среднем на 30%, на протяжении 10 часов на 70% и на протяжении 2 часов - 100%, то потребление трафика в месяц составит:
((30/8*86,4*30)*12/24)+((70/8*86,4*30)*10/24)+((100/8*86,4*30)*(2/24)) = 17 010 ГБ в месяц
Почему в остальное время на реальном проекте не получится загрузить канал на большую величину, если он имеет подобную суточную кривую распределения посетителей)? Очень просто - в таком случае пиковый диапазон будет расширен с 2-х часов до большего значения, и если ранее в эти 2 часа наибольшей посещаемости канал был загружен на 100% и всем в принципе всего хватало, то с дальнейшим ростом посещаемости неумолимо упадёт скорость на поток, а возможно в некоторые часы будут наблюдаться потери пакетов из-за той же сатурации канала.
То есть, если в пиковые часы посетители еле помещаются в канал, то в случае, когда количество посещений возростет, для того, чтоб возрос трафик в остальные часы, в пиковые часы посетители точно получат снижение скорости или даже потери пакетов, что неумолимо повлияет на поведенческие факторы и как следствие, ресурс станет ранжироваться ниже.
В результате он не только не приобретёт дополнительных посетителей, но и потеряет аудиторию, если источник - поисковые системы.
Надеюсь ответил Вам полноценно на вопрос почему нельзя прокачать 33 ТБ в реальности на 100 Мбит / с канале. Случаев, когда реально можно прокачать хотя бы 25 ТБ трафика я на практике встречал крайне редко.
Потому да, в 99% случаев 20ТБ трафика это больше, чем можно прокачать на 100 Мбит / с канале. И да, за счёт того, что канал гигабит, 20 ТБ потребить реальнее на таком канале, чем имея канал 100 Мбит / с, так как пиковый диапазон может располагаться уже на 150-200 Мбит / с или даже более. И тогда, в один прекрасный момент, может наступить "превышение" включенных 20 ТБ. Что также лекго решается докупкой дополнительного трафика за $15 за каждые 10 ТБ.
---------- Добавлено 08.11.2017 в 11:14 ----------
SAntone: Не мешайте - это маркетинг ☝!
Да, 100 Мбит / с "без ограничения", это больший маркетинг, чем 1 Гбит , но с лимитом даже 10ТБ. Открою Вам секрет, в 2012-2013 году мы продали 500+ серверов с каналом 100 Мбит / с Unmetered, знаете реальное потребление трафика пользователями?
Нет, не 500 Гбит / с, и даже не не 250 Гбит / с.
Общее потребление трафика составило всего лишь 60 Гбит / с! То есть каждый пользователь потреблял в среднем лишь 12% от выделенного ему канала или около 4 ТБ трафика в месяц!
Основной наш трафик в 2014 году - это серверы с каналом 10 Гбит / с. Если бы не они, мы никогда бы не достигли в 2014 году значения генерации в 250 Гбит / с! Для этого потребовалось бы сдать в аренду около 3000 серверов с "безлимитным" каналом 100 Мбит / с!
---------- Добавлено 08.11.2017 в 11:18 ----------
Более того, скажу Вам правду, которую многие Вам просто не скажут. Даже те тарифы с лимитом трафика, какие указаны (10 ТБ, 20 ТБ, 40 ТБ и 100 ТБ для выделенных серверов, включая 1 Gbps Unmetered) рассчитываются из реального потребления трафика пользователями на уровне 30-40% от указанных значений. Ибо оно реально так и есть.
Тут процент потребления выше за счёт больше пропускной способности. Однако, после того, как мы глобально перешли на гигабитные подключения, перестав предлагать 100 Мбит / с вообще, что упростило логистику предоставления услуг, мы не только сэкономили на стандартизации, но и на трафике, потому, как небольшие проекты не потребляют даже 5% отведенных лимитов. Это даёт возможности выдерживать приходы "трафикогенераторов" без необходимости оплачивать их канал в убыток. Канал оплачивается по сути другими пользователями, который не потребляют свой лимит полностью.
VPS (KVM) - E5-2650 v4 (12 Cores) 20GB DDR4 2 x 4TB RAID1 SATA 1Gbps 20TB - $49 / месяц (при заказе услуги на год) и $59, если ежемесячно
20TB трафика - это зачастую больше, чем можно прокачать на 100 Мбит / с канале, но если Вам такой тип тарификации, как 100 Мбит / с без учёта будет лучше - обратитесь в тех. отедл, Вам ограничат полосу.
На счёт Windows 7, то можно установить её с образа через панель управления VPS VM Manager. Изначально при оплате можете выбрать серверную Windows, а потом переустановить.
В Манассасе (рядом с Вашингтоном) готовы поставить в течении 5 рабочих дней.
Минимальная конфигурация нод:
Dell R730xd 2 х Intel Dodeca-Core Xeon E5-2650 v4 128GB DDR4 6x480 SSD 1Gbps 100 ТВ -*$249 / месяц
Dell R730xd 2 х Intel Dodeca-Core Xeon E5-2650 v4 128GB DDR4 4x4TB SATA 4x480 SSD 1Gbps 100 ТВ - *$249 / месяц
Облачный провайдер рядом - присутствует, LeaseWeb.
Индивидуально можем рассмотреть "апгрейд" на большее количество накопителей и больший объем RAM. Но минимум цены 249 за ноду. При оплате на год. Никаких скидок от этой цены уже не будет.
*При аренде сервера на срок от 1-го года. В случае, если у Вас нет средств для оплаты аренды сразу на год - свяжитесь с нами. Мы готовы рассмотреть любые иные гарантии исполнения Вами контракта.
Гигабит без учёта доступен за +$120 / месяц.
В Вашем случае прийдётся ограничься меншим количестом нод, чтоб вложиться в бюджет. Ноды можем скоммутировать между собой без свитча без доплаты, если эта необходимость будет указана в заказе.
По запросу, при заблаговременном заказе сразу нескольких серверов, мы можем предоставить свитчи для организации внутренней сети на скорости 1 или 10 Гбит / с для коммутации акционных серверов Е5-2650v4. Подробности уточняйте в sales@ua-hosting.company. 24 port 1Gbps private switch: +$75 / месяц. Комплектация Е5-2650v4 картой Intel X540-T2 для организации LAN на скорости 10 Гбит / с (2 сетевых интерфейса по 10 Гбит / с): +$40 / месяц. 10Gbps private switch Arista 7050tx-48-r: +$450 / месяц.
apis: `к чему эти домыслы , в любом аккаунте в разделе "статистика" можно увидеть информацию по нагрузке, ПО и железу сервера
https://prnt.sc/h71hhm
Это всё отлично, но почему тогда не указать процессор на сайте? Что СР опрелеляется от процессора "не ниже" такого -то... А то получается, нужно купить "кота в мешке", чтоб узнать, какой же будет лимит.
---------- Добавлено 07.11.2017 в 12:19 ----------
blg: Страдать не нужно графоманством(про чукчу не буду писать), а почитать тему /ru/forum/comment/15269251 все подробно раскрыто.
PS подпись принято в чужой теме отключать.
Извините, не знал, что это чужая тема, если этот топик завёл хостер - я всегда отключаю подпись. Спасибо на ссылку. Теперь понятно, но в той ссылке человек так и не ответил, какой процессор, но автор выше показал это, круто :) Почему тогда об этом не писать на сайте? Что ноды с таким-то процессором...
---------- Добавлено 07.11.2017 в 12:22 ----------
se43: Господа, не кормите троля в лице hosting_manager.
Вам не понравился мой совет про танцы с бубном, который я дал в ответ на бестолковое сообщение про недоступност мало кому известного хостинга аж 40 минут и отсутствие новостей при этом в CNN?
aleksandrbol: Так они вроде пишут про объем памяти, про процессор, про общую нагрузку на сервер (именно на сервер, а не на аккаунт), в чем тут сложность?
В том, что не указан, что за процессор на ноде, и что такое их единица СР. Про нагрузку на аккаунт я не говорил, Вы что-то придумали :) Что это вообще за "нагрузка на аккаунт"? Нагрузка может быть только на сервер, причем, может учитываться, как с аккаунта, так и с индивидуального сайта.
Может причина в том, что трафик стал превышать допустимые пределы? Если проекты на столько разрослись - радуйтесь и возьмите соотвествующий вариант тарификации трафика, либо вариант без учёта, если всё там волшебно. Я сильно буду удивлен, если после того, как Вы возьмете соотвествующий Вашему потреблению пакет, Вы всё еще будете иметь проблемы с шейпером.
Не забывайте, что перенос довольно гемморная процедура, и порой дешевле все же купить трафик, чем испытывать неудобства. Тем более, что как подтвердили Вы сами, это проверенный временем хостинг-провайдер и Вы привыкли с ним работать.
Если же все так "ужасно", то никто Вас не останавливает от поиска серверов у других, все будут рады продать Вам серверы, возможно даже дешевле. Только не тешьте себя иллюзиями, что у дргого провайдера не прийдется писать в саппорт, возможно прийдется писать даже в тех случаях, в которых Вы даже не ожидаете.
Так что подумайте, перед тем, как принимать решение.
Сервер, где находятся сайты одного из клиентов лежит уже более получаса. Подобного никогда не происходило даже близко. Были лишь не столь частые и совсем непродолжительные плановые ночные перезагрузки.
Я понимаю, что лежать могут все, но вместе с тем никакой реакции на происходящее от них до сих пор не последовало.
Кого-то еще задело?
ЗЫ
Спустя 40 минут веб-сервер поднялся, вскоре поднялся и сервер баз данных. Сейчас сайты вновь доступны. Общее время лежки составило 43 минуты, что, как по мне, весьма не мало.
Таким образом, сегодняшний аптайм 94%, месячный пока что - 99,5%.
Посмотрим на их реакцию, которой нет до сих пор (хотя обычно они весьма оперативны), на основе в том числе и которой будем делать дальнейшие выводы.
А какая реакция должна была произойти за 40 минут? Танцы с бубном перед тем, как тех. отдел пойдёт править проблему? :)
Или должно быть уведомление на сайте?
Beget умело скрывает даже инфу об оборудовании, на котором предоставляет хостинг, считая нагрузку в CP, то есть в попугаях, а что за попугаи - непонятно и не написано, совсем непонятно сколько это 30 СР много или мало? Може у них устаревший Via C7 :)
---------- Добавлено 06.11.2017 в 21:37 ----------
ultraZzz...: aleksandrbol, от сервера, видимо, зависит. Снова признали свои косяки в тикете, попросил перенести на другой сервер, ибо сил уже нет. Посмотрим, что из этого выйдет.
Я таки ошибся? Все еще хуже? Сервер VIA C3 1 ГГц 512 МБ 160 ГБ HDD? :)
Не люблю хостинг-провайдеров, которые утаивают информацию о железе, на котором хостят и меряют нагрузку при этом еще и в попугаях. Такие хостинг-провайдеры заслуживают наказания палками.
Может полисер сбойнул и не снял шейп с 1-го числа? Других объяснения этому не вижу. В любом случае стоит идти на контакт с поддержкой, если проблему хотите решить.
А во избежание проблемы нужно просто взять соотвествующий пакет трафика :)
sergiko777, если у Вас правда проблема, обратитесь smart2web, он решит её 100%, дайте номер тикета в конце концов, может там его саппорты что-то провтыкали. А может Вы сами. Скорость раздачи зависит не только от каналов, но и от сатурации накопителей, загруженности сервера. Может у Вас накопители перегружены и из-за этого сервер тупит?
Ну правда, владелец не зря же на форуме сидит, разберется. Еще спасибо уверен ему скажете.
Я также по шее иногда своим даю :) Никто не идеален. А так это действительно смахивать начинает на заказное обливание сами знаете чем...
Причём бывают ситуации, когда сам пользователь виноват. Так как так настроил сервер. Таких случаев исключать нельзя.
Вы должны понимать, что 1 Гбит / с подключение к Интернет сервера и скорость на ОДИН поток, которую Вы проверяете к этому серверу с одного подключения - это разные вещи.
Эта скорость на поток зависит от качества каналов связи от домашнего абонента к серверу. И подключение сервера 1 Гбит / с в Интернет вовсе не означает, что 1 Гбит / с сможет скачать пользователь какого-то домашнего Интернета, где общий канал для всех абонентов также вполне может быть 1 Гбит / с и шарится на 5-10 тысяч клиентов.
1 Гбит / с подключение сервера означает, что можно прокачать этот трафик в Интернет (не в одно, а в разные напраления) в множество потоков.
А скорость на поток в конкретном направлении будет зависеть от загруженности каналов по пути.
К примеру, очень редко когда через Атлантику можно получить скорость на поток свыше 80 Мбит / с, с применением стандартных каналов связи, но если качать в 10 потоков - скорость может быть выше. Опять же, если не применяется ограничение скорости по IP, а полоса распределяется равномерно между потоками без применения приоритетов, что также зачастую исключено.
Именно потому услуга IP-транзита с гарнатированной скоростью точка-точка дорогая и пользуется популярностью :)
Вы же разбираетесь в технических аспектах.
Как 33 Тб(то что можно прокачать по 100 мб\с) может быть больше 20 Тб?
Если уж так рассуждать, как рассуждаете Вы, то на 100 Мбит / с можно прокачать 66 ТБ (одновременно в двух направлениях), но это невозможно. Также, как и невозможно прокачать 33 ТБ. Так как это нужно грузить канал на 100% весь месяц без перерыва.
При сатурации канала, особенно при работе с Winodws, тормоза будут неимоверные.
Потому да, 20ТБ реального трафика - это в 99% больше, чем можно использовать на выделенном сервере с каналом 100 Мбит / с.
Особенно, если речь идёт о веб-сайтах, когда ночная аудитория составляет менее 10% от дневной, а пики посещаемости приходятся на вечерние часы и обеденное время, так как посетители имеют свойство ходить на работу и спать.
В таких случаях 20 ТБ - это даже больше, чем можно в реальности получить на 100 Мбит / с канале, ведь если даже для упрощения мы возьмем, что канал 100 Мбит / с на протяжении 12 часов загружен в среднем на 30%, на протяжении 10 часов на 70% и на протяжении 2 часов - 100%, то потребление трафика в месяц составит:
((30/8*86,4*30)*12/24)+((70/8*86,4*30)*10/24)+((100/8*86,4*30)*(2/24)) = 17 010 ГБ в месяц
Почему в остальное время на реальном проекте не получится загрузить канал на большую величину, если он имеет подобную суточную кривую распределения посетителей)? Очень просто - в таком случае пиковый диапазон будет расширен с 2-х часов до большего значения, и если ранее в эти 2 часа наибольшей посещаемости канал был загружен на 100% и всем в принципе всего хватало, то с дальнейшим ростом посещаемости неумолимо упадёт скорость на поток, а возможно в некоторые часы будут наблюдаться потери пакетов из-за той же сатурации канала.
То есть, если в пиковые часы посетители еле помещаются в канал, то в случае, когда количество посещений возростет, для того, чтоб возрос трафик в остальные часы, в пиковые часы посетители точно получат снижение скорости или даже потери пакетов, что неумолимо повлияет на поведенческие факторы и как следствие, ресурс станет ранжироваться ниже.
В результате он не только не приобретёт дополнительных посетителей, но и потеряет аудиторию, если источник - поисковые системы.
Надеюсь ответил Вам полноценно на вопрос почему нельзя прокачать 33 ТБ в реальности на 100 Мбит / с канале. Случаев, когда реально можно прокачать хотя бы 25 ТБ трафика я на практике встречал крайне редко.
Потому да, в 99% случаев 20ТБ трафика это больше, чем можно прокачать на 100 Мбит / с канале. И да, за счёт того, что канал гигабит, 20 ТБ потребить реальнее на таком канале, чем имея канал 100 Мбит / с, так как пиковый диапазон может располагаться уже на 150-200 Мбит / с или даже более. И тогда, в один прекрасный момент, может наступить "превышение" включенных 20 ТБ. Что также лекго решается докупкой дополнительного трафика за $15 за каждые 10 ТБ.
---------- Добавлено 08.11.2017 в 11:14 ----------
Не мешайте - это маркетинг ☝!
Да, 100 Мбит / с "без ограничения", это больший маркетинг, чем 1 Гбит , но с лимитом даже 10ТБ. Открою Вам секрет, в 2012-2013 году мы продали 500+ серверов с каналом 100 Мбит / с Unmetered, знаете реальное потребление трафика пользователями?
Нет, не 500 Гбит / с, и даже не не 250 Гбит / с.
Общее потребление трафика составило всего лишь 60 Гбит / с! То есть каждый пользователь потреблял в среднем лишь 12% от выделенного ему канала или около 4 ТБ трафика в месяц!
Основной наш трафик в 2014 году - это серверы с каналом 10 Гбит / с. Если бы не они, мы никогда бы не достигли в 2014 году значения генерации в 250 Гбит / с! Для этого потребовалось бы сдать в аренду около 3000 серверов с "безлимитным" каналом 100 Мбит / с!
---------- Добавлено 08.11.2017 в 11:18 ----------
Более того, скажу Вам правду, которую многие Вам просто не скажут. Даже те тарифы с лимитом трафика, какие указаны (10 ТБ, 20 ТБ, 40 ТБ и 100 ТБ для выделенных серверов, включая 1 Gbps Unmetered) рассчитываются из реального потребления трафика пользователями на уровне 30-40% от указанных значений. Ибо оно реально так и есть.
Тут процент потребления выше за счёт больше пропускной способности. Однако, после того, как мы глобально перешли на гигабитные подключения, перестав предлагать 100 Мбит / с вообще, что упростило логистику предоставления услуг, мы не только сэкономили на стандартизации, но и на трафике, потому, как небольшие проекты не потребляют даже 5% отведенных лимитов. Это даёт возможности выдерживать приходы "трафикогенераторов" без необходимости оплачивать их канал в убыток. Канал оплачивается по сути другими пользователями, который не потребляют свой лимит полностью.
Приветствую, можем предложить в США в Manassas (рядом с Вашингтоном D.C.) следующие варианты:
https://ua-hosting.company/vpsus
VPS (KVM) - E5-2650 v4 (12 Cores) 20GB DDR4 2 x 4TB RAID1 SATA 1Gbps 20TB - $49 / месяц (при заказе услуги на год) и $59, если ежемесячно
20TB трафика - это зачастую больше, чем можно прокачать на 100 Мбит / с канале, но если Вам такой тип тарификации, как 100 Мбит / с без учёта будет лучше - обратитесь в тех. отедл, Вам ограничат полосу.
На счёт Windows 7, то можно установить её с образа через панель управления VPS VM Manager. Изначально при оплате можете выбрать серверную Windows, а потом переустановить.
Приветствую, можем предложить в США (Manassas, Вашингтон DC) или в других локациях (по всем США 9 локаций, доставка в течении 14 рабочих дней):
https://ua-hosting.company/serversus
В Манассасе (рядом с Вашингтоном) готовы поставить в течении 5 рабочих дней.
Минимальная конфигурация нод:
Dell R730xd 2 х Intel Dodeca-Core Xeon E5-2650 v4 128GB DDR4 6x480 SSD 1Gbps 100 ТВ -*$249 / месяц
Dell R730xd 2 х Intel Dodeca-Core Xeon E5-2650 v4 128GB DDR4 4x4TB SATA 4x480 SSD 1Gbps 100 ТВ - *$249 / месяц
Облачный провайдер рядом - присутствует, LeaseWeb.
Индивидуально можем рассмотреть "апгрейд" на большее количество накопителей и больший объем RAM. Но минимум цены 249 за ноду. При оплате на год. Никаких скидок от этой цены уже не будет.
*При аренде сервера на срок от 1-го года. В случае, если у Вас нет средств для оплаты аренды сразу на год - свяжитесь с нами. Мы готовы рассмотреть любые иные гарантии исполнения Вами контракта.
Гигабит без учёта доступен за +$120 / месяц.
В Вашем случае прийдётся ограничься меншим количестом нод, чтоб вложиться в бюджет. Ноды можем скоммутировать между собой без свитча без доплаты, если эта необходимость будет указана в заказе.
По запросу, при заблаговременном заказе сразу нескольких серверов, мы можем предоставить свитчи для организации внутренней сети на скорости 1 или 10 Гбит / с для коммутации акционных серверов Е5-2650v4. Подробности уточняйте в sales@ua-hosting.company. 24 port 1Gbps private switch: +$75 / месяц. Комплектация Е5-2650v4 картой Intel X540-T2 для организации LAN на скорости 10 Гбит / с (2 сетевых интерфейса по 10 Гбит / с): +$40 / месяц. 10Gbps private switch Arista 7050tx-48-r: +$450 / месяц.
`к чему эти домыслы , в любом аккаунте в разделе "статистика" можно увидеть информацию по нагрузке, ПО и железу сервера
https://prnt.sc/h71hhm
Это всё отлично, но почему тогда не указать процессор на сайте? Что СР опрелеляется от процессора "не ниже" такого -то... А то получается, нужно купить "кота в мешке", чтоб узнать, какой же будет лимит.
---------- Добавлено 07.11.2017 в 12:19 ----------
Страдать не нужно графоманством(про чукчу не буду писать), а почитать тему /ru/forum/comment/15269251 все подробно раскрыто.
PS подпись принято в чужой теме отключать.
Извините, не знал, что это чужая тема, если этот топик завёл хостер - я всегда отключаю подпись. Спасибо на ссылку. Теперь понятно, но в той ссылке человек так и не ответил, какой процессор, но автор выше показал это, круто :) Почему тогда об этом не писать на сайте? Что ноды с таким-то процессором...
---------- Добавлено 07.11.2017 в 12:22 ----------
Господа, не кормите троля в лице hosting_manager.
Вам не понравился мой совет про танцы с бубном, который я дал в ответ на бестолковое сообщение про недоступност мало кому известного хостинга аж 40 минут и отсутствие новостей при этом в CNN?
Извините :)
Так они вроде пишут про объем памяти, про процессор, про общую нагрузку на сервер (именно на сервер, а не на аккаунт), в чем тут сложность?
В том, что не указан, что за процессор на ноде, и что такое их единица СР. Про нагрузку на аккаунт я не говорил, Вы что-то придумали :) Что это вообще за "нагрузка на аккаунт"? Нагрузка может быть только на сервер, причем, может учитываться, как с аккаунта, так и с индивидуального сайта.
Может причина в том, что трафик стал превышать допустимые пределы? Если проекты на столько разрослись - радуйтесь и возьмите соотвествующий вариант тарификации трафика, либо вариант без учёта, если всё там волшебно. Я сильно буду удивлен, если после того, как Вы возьмете соотвествующий Вашему потреблению пакет, Вы всё еще будете иметь проблемы с шейпером.
Не забывайте, что перенос довольно гемморная процедура, и порой дешевле все же купить трафик, чем испытывать неудобства. Тем более, что как подтвердили Вы сами, это проверенный временем хостинг-провайдер и Вы привыкли с ним работать.
Если же все так "ужасно", то никто Вас не останавливает от поиска серверов у других, все будут рады продать Вам серверы, возможно даже дешевле. Только не тешьте себя иллюзиями, что у дргого провайдера не прийдется писать в саппорт, возможно прийдется писать даже в тех случаях, в которых Вы даже не ожидаете.
Так что подумайте, перед тем, как принимать решение.
Хорошего Вам вечера, успехов и скорости работы :)
Сервер, где находятся сайты одного из клиентов лежит уже более получаса. Подобного никогда не происходило даже близко. Были лишь не столь частые и совсем непродолжительные плановые ночные перезагрузки.
Я понимаю, что лежать могут все, но вместе с тем никакой реакции на происходящее от них до сих пор не последовало.
Кого-то еще задело?
ЗЫ
Спустя 40 минут веб-сервер поднялся, вскоре поднялся и сервер баз данных. Сейчас сайты вновь доступны. Общее время лежки составило 43 минуты, что, как по мне, весьма не мало.
Таким образом, сегодняшний аптайм 94%, месячный пока что - 99,5%.
Посмотрим на их реакцию, которой нет до сих пор (хотя обычно они весьма оперативны), на основе в том числе и которой будем делать дальнейшие выводы.
А какая реакция должна была произойти за 40 минут? Танцы с бубном перед тем, как тех. отдел пойдёт править проблему? :)
Или должно быть уведомление на сайте?
Beget умело скрывает даже инфу об оборудовании, на котором предоставляет хостинг, считая нагрузку в CP, то есть в попугаях, а что за попугаи - непонятно и не написано, совсем непонятно сколько это 30 СР много или мало? Може у них устаревший Via C7 :)
---------- Добавлено 06.11.2017 в 21:37 ----------
aleksandrbol, от сервера, видимо, зависит. Снова признали свои косяки в тикете, попросил перенести на другой сервер, ибо сил уже нет. Посмотрим, что из этого выйдет.
Я таки ошибся? Все еще хуже? Сервер VIA C3 1 ГГц 512 МБ 160 ГБ HDD? :)
Не люблю хостинг-провайдеров, которые утаивают информацию о железе, на котором хостят и меряют нагрузку при этом еще и в попугаях. Такие хостинг-провайдеры заслуживают наказания палками.
Может полисер сбойнул и не снял шейп с 1-го числа? Других объяснения этому не вижу. В любом случае стоит идти на контакт с поддержкой, если проблему хотите решить.
А во избежание проблемы нужно просто взять соотвествующий пакет трафика :)
sergiko777, если у Вас правда проблема, обратитесь smart2web, он решит её 100%, дайте номер тикета в конце концов, может там его саппорты что-то провтыкали. А может Вы сами. Скорость раздачи зависит не только от каналов, но и от сатурации накопителей, загруженности сервера. Может у Вас накопители перегружены и из-за этого сервер тупит?
Ну правда, владелец не зря же на форуме сидит, разберется. Еще спасибо уверен ему скажете.
Я также по шее иногда своим даю :) Никто не идеален. А так это действительно смахивать начинает на заказное обливание сами знаете чем...
Причём бывают ситуации, когда сам пользователь виноват. Так как так настроил сервер. Таких случаев исключать нельзя.
Будьте добрее к людям и Вам воздастся.
вчера с другом проверяли с 3 разных локаций их заявленный 1 гбит
https://s8.hostingkartinok.com/uploads/images/2017/11/d5760012a960d93823618f37903d8649.jpg
https://s8.hostingkartinok.com/uploads/images/2017/11/9a1cfd4fa7b7f921ec238a8d1ee4b243.jpg
https://s8.hostingkartinok.com/uploads/images/2017/11/881bd9f616eef0e1d50c901c2081ab7e.jpg
https://s8.hostingkartinok.com/uploads/images/2017/11/123360220c61d60cd3e7894b9cdc4ed7.jpg
Вы должны понимать, что 1 Гбит / с подключение к Интернет сервера и скорость на ОДИН поток, которую Вы проверяете к этому серверу с одного подключения - это разные вещи.
Эта скорость на поток зависит от качества каналов связи от домашнего абонента к серверу. И подключение сервера 1 Гбит / с в Интернет вовсе не означает, что 1 Гбит / с сможет скачать пользователь какого-то домашнего Интернета, где общий канал для всех абонентов также вполне может быть 1 Гбит / с и шарится на 5-10 тысяч клиентов.
1 Гбит / с подключение сервера означает, что можно прокачать этот трафик в Интернет (не в одно, а в разные напраления) в множество потоков.
А скорость на поток в конкретном направлении будет зависеть от загруженности каналов по пути.
К примеру, очень редко когда через Атлантику можно получить скорость на поток свыше 80 Мбит / с, с применением стандартных каналов связи, но если качать в 10 потоков - скорость может быть выше. Опять же, если не применяется ограничение скорости по IP, а полоса распределяется равномерно между потоками без применения приоритетов, что также зачастую исключено.
Именно потому услуга IP-транзита с гарнатированной скоростью точка-точка дорогая и пользуется популярностью :)