Сервер, не проверяющий с помощью ping-запросов даже после установки шлюза и IP

Существует слишком много переменных в Вашем вопросе, однако я мог попытаться сузить его. Давайте предположим, что Вы идете с VMware ESX, Вы делаете все правильно - последний ЦП с поддержкой virtualaization, инструментов VMware с паравиртуализированным устройством хранения данных и сетевыми драйверами, большим количеством памяти. Теперь давайте предположим выполнение единственной виртуальной машины на этой установке. На основе моего опыта у Вас должно быть ~90% скорости ЦП для зависящей от ЦП рабочей нагрузки. Я не могу сказать Вам очень о скоростях сети, так как мы используем ссылки на 1 Гбит/с, и я могу насыщать его без проблемы, это может отличаться со ссылкой на 10 Гбит/с однако, у нас нет ни одного из тех. Пропускная способность устройства хранения данных зависит от типа устройства хранения данных, с я могу обойти ~80% пропускной способности устройства хранения данных с локальным устройством хранения данных, но для NFS на 1 Гбит/с это близко к 100%, так как сети являются узким местом здесь. Не может сказать о других метриках, необходимо будет сделать экспериментирование с собственным кодом.

Это количество очень приблизительно, и это высоко зависит от Вашего типа загрузки, Ваших аппаратных средств, Ваших сетей. Это становится еще более нечетким при выполнении нескольких рабочих нагрузок на сервере. Но что я - truing для высказывания, вот то, что при идеальных условиях необходимо смочь стать настолько же близкими как 90% собственной производительности.

Также на основе моего опыта намного большей проблемой для высокопроизводительных приложений является задержка, и это особенно верно для клиент-серверных приложений. У нас есть механизм вычисления, который получает запрос от 30 + клиенты, выполняет короткие вычисления и результаты возвратов. На чистом металле это обычно продвигает ЦП к 100%, но тот же сервер на VMware может только загрузить ЦП в 60-80%, и это, прежде всего, из-за задержки в обработке запросов/ответов.