Какой трафик (вход/исход) тарифицируется? [#]

Тарифицируется только исходящий трафик. Входящий трафик не учитывается.

Где можно посмотреть объем использованного трафика? [#]

Суммарный трафик по серверу можно посмотреть в разделе Серверы

Суммарный трафик по доменам можно посмотреть в разделе Статистика

Внимание: при выставлении счетов учитывается "Суммарный трафик по серверу", который берется непосредственно со свича. Суммарный трафик по доменам берется с австата, и предназначен для сравнения потребления трафика между доменами. При выставлении счетов эта цифра не учитывается по причинее ее неправильности.

Почему австат дает неправильную статистику по трафику. [#]

Австатс показывает только обьем отданых апачем документов.

То есть в этих данных не учитываются 40 байт заголовков IP/TCP на каждый пакет (а пакеты бывают от 40 до 1500 байт), т.е минимум 40/1500=2,7% трафа уходит на заголовки IP/TCP, и это при максимальном обьеме пакетов. Также надо приплюсовать 7 пустых пакетов по 40 байт (3 на установку соединения и 4 для корректного завершения) на каждое TCP соединение клиента с сервером, это 280 байт, плюс служебные пустые пакеты для подтверждения доставки. Эффективность TCP составляет 90-97% на хороших линиях и резко падает с ухудшением качества.

Не учитывается размер http-хидера, например такого:

который занимает 191 байт. На маленьких документах, таких как тумбы, иконки, доля http-хидеров составляет десятки процентов.

Австатс не считает в траф редиректы и ошибки, типа (404, 500..) , так как формально говоря это не является документом. Один редирект (302 ошибка) это почти килобайт трафа, хотя апач показывает, что отдано только 5 байт.

Также в статистике австатса полностью отсутствует не http-траф, а это ftp, ssh, mail, бекапы данных, dns-запросы для резолвинга доменов, пинги, сканы портов сервера и весь прочий траф.

В среднем австатс показывает всего около 70% от общего обьема исходящего трафика.

Почему скорость между США и Европой не превышает 2-3Мбит?. [#]

В протоколе TCP для ускорения передачи используется буффер (окно), в котором лежат данные, уже отправленные получателю, но для которых не пришло подтверждение об успешной доставке.
Размер буффера обычно ограничен максимальным значением 64К или 128К на сервере и клиенте. То есть протокол TCP может отослать максимум 64К(128К) данных, после чего вынужден ждать прихода пакета, в котором указано что данные успешно получены. Поэтому максимальная пропускная способность равна

Пропускная способность = размер окна / задержка

Величина задержки (ping) зависит от расстояния между компьютерами (сигнал распространяется со скоростью света) и кол-ва сетевых устройств (роутеров,свичей..) на пути прохождения.
В среднем для прохождения через Атлантику из Америку в Европу требуется минимум 70мс, соответственно скорость не превышает

8бит*64Кбайт/0.07с=7.3 Мбит/с

С учетом гораздо большей величины реального пинга (вплоть до 140мс и больше), того факта, что по умолчанию максимальный размер передающего окна в FreeBSD и Linux равен 32K, а также возможного наличия потерь в канале, максимальная скорость не превышает нескольких мегабит.