Опытная Проблема Отставания о ссылке E1 на 2 x 2 Мбайт/с
Я хотел бы узнать немного больше о Вашем проекте, несколько вещей приходят на ум.
Сайт находится все еще в разработке теперь, но когда это пойдет живое, это станет в жестком реальном времени, 24x7x365 время работы и управление. После этих слов стоимость необходимости волноваться о Вашей инфраструктуре, скорее затем фокусирующейся на ядре Вашего бизнеса, может стать трудоемкой задачей за неизвестный счет. Если по какой-либо причине существует время простоя, это может также стоить особенно, если сервисные кредиты должны быть даны Вашим клиентам.
Я рекомендовал бы идти путь управляемого хостинга. Существует несколько ключевых игроков, которые приходят на ум однако, все они захотят выиграть Ваш бизнес. В выборе поставщика они должны больше интересоваться Вашим бизнесом и пониманием потребностей, скорее затем говорящих о спецификациях оборудования и игре чисел. Кроме того, политика контракта и SLA объяснит, какие услуги предлагаются и какой уровень гарантии может быть обещан.
Причины, почему эта опция подошла бы лучше всего, являются Вами, привычка должна инвестировать капитал в аппаратные средства, включая запасные части, когда аппаратные повреждения и это включают Ваши обновления, если сотрудничается с правильной компанией для работы с для потребностей хостинга. Это позволяет 24x7x365 контроль и замена с руками от команды компаний. Это также расширяется на программный уровень поддержки для хранения вращения шин.
С аппаратной точки зрения это звучит мне, который был бы быть лучшим для этого развертывания, гибридное облако, общедоступное или частное в зависимости от инструкций, необходимых для проекта и ценового фактора, а также производительности.
Если Вам нужны некоторые рекомендации, не стесняются обращаться ко мне, я более, чем рад помочь.
Network Performance Analysis: You're doing it wrong.
Tracert and Ping ARE NOT network performance analysis tools. They are tools for tracing the route to a host and for testing basic connectivity to a host.
The problem with using tracert as a network performance analysis tool lies in the fact that tracert sends ICMP packets TO each hop in the route. Tracert isn't testing "real" traffic THROUGH the route. As such, each hop may choose to ignore your ICMP traffic or may choose to give it low priority, which gives you results like you see in your tracert test.
What you need to do is to test the performance of REAL traffic THROUGH the route. You can do this with tools like iperf or Qcheck.
You seem to have latency and drop rates confused. Latency is the amount of time it takes a packet to traverse the network. Drop rates are the percentage of packets that are never delivery (for various reasons). Your latency seems to be very low, I don't see why you mention it at all.
You seem to have packet dropping problem, but you haven't presented conclusive information. Run ping -n 1000 -w 100 10.100.10.201 and see what the results are.
Some packet loss is to be expected in large networks, but not much. If you're experiencing more than 1% packet loss there's a problem. Also, don't use the word "cloud", it means nothing.