Производительность сайта 2 гб что это: Что такое пропускная способность? | Website Rating

Что такое пропускная способность? | Website Rating

В веб-хостинге, трафик это объем данных, которые вы можете передавать на ваш сайт, сервер и посетителям сайта и обратно.

В веб-хостинге пропускная способность — это объем данных, который ваш веб-сайт может передавать между веб-сайтом, его пользователями и сервером.

Пропускная способность — это термин, используемый для описания скорости, с которой данные могут передаваться из одного места в другое. Он измеряется в битах в секунду и влияет на скорость передачи данных между сайтом, его пользователями и сервером.

В контексте веб-хостинга пропускная способность относится к лимиту данных, которые разрешено передавать между сервером вашего веб-сайта и вашими посетителями.

Рейтинг пропускной способности вашего интернет-соединения будет определять, насколько быстро вы сможете загружать и выгружать информацию через Интернет. Подумайте о своих любимых потоковых сервисах, таких как Netflix или Hulu, чтобы использовать аналогию. Пропускная способность похожа на скорость, с которой вы можете транслировать видео на этих сайтах без перерыва (например, буферизация).

Чем выше рейтинг пропускной способности, тем плавнее будет воспроизводиться видео при использовании ваших любимых потоковых сервисов или других онлайн-источников видео, таких как YouTube.

Подробнее о пропускной способности

Пропускная способность — это термин, который используется в течение некоторого времени, и его не всегда легко понять. Так что же такое пропускная способность? Пропускную способность можно рассматривать как объем данных, которые вы можете передать по сети за одну секунду. Вам может показаться, что это не так уж и много, но это так!

Например, если ваш веб-сайт посещают 100 человек в день, и каждый посетитель загружает в среднем 2 МБ контента за одно посещение, тогда вашему веб-сайту потребуется не менее 400 ГБ (гигабайт) пропускной способности каждый месяц.

Возможно, вы слышали, как люди говорят: «У моего интернет-соединения ограниченная пропускная способность». Это означает, что ваш интернет-провайдер ограничивает объем данных, которые вам разрешено передавать каждый месяц — например, если вы подписываетесь на 100 ГБ в месяц, это будет означать, что вы можете загружать или загружать данные на 100 гигабайт до достижения своего предела. .

Как работает пропускная способность?

Пропускная способность — это термин, используемый для описания максимального объема данных, передаваемых по сети за определенный период. Обычно измеряется в битах в секунду (бит/с) и относится к скорости загрузки или скачивания. Например, если у вас пропускная способность 100 Мбит/с, это означает, что вы можете передавать до 100 миллионов бит данных в секунду.

Объем необходимой пропускной способности будет зависеть от того, для чего вы планируете использовать Интернет. Если вы хотите просматривать веб-страницы и проверять электронную почту, пропускной способности около 500 Кбит/с должно быть достаточно.

Однако, если вы планируете транслировать HD-видео или играть в онлайн-игры, вам следует подумать о поиске чего-то с более высокой пропускной способностью.

Полоса пропускания также используется в контексте измерения перегрузки сети, когда трафик, проходящий через определенную часть компьютерной сети, превышает ее пропускную способность, что снижает производительность и вызывает задержки в доставке данных.

Пользователи могут очень расстраиваться, когда это происходит в вашем интернет-соединении или в любой точке этой цепочки (например, у интернет-провайдера, магистральной сети, центра обработки данных).

Как измеряется пропускная способность?

Пропускная способность обычно измеряется в битах в секунду (бит/с), килобитах в секунду (кбит/с) или мегабитах в секунду (Мбит/с). Чем выше значение пропускной способности, тем быстрее могут передаваться данные. Например, если у вас есть телефон с пропускной способностью 14 Мбит/с, он может передавать данные со скоростью до 14 миллионов бит в секунду.

Если вы смотрите фильм размером 800 мегабайт (МБ), загрузка займет около 55 секунд при скорости соединения 14 Мбит/с. И наоборот, если ваша пропускная способность составляет всего 512 кбит/с, загрузка того же фильма займет почти четыре минуты. Потребляемая полоса пропускания в бит/с соответствует достигнутой пропускной способности или хорошей пропускной способности, т. е. средней скорости успешной передачи данных по каналу связи. 

Детали для измерения максимальной пропускной способности

Существует несколько способов измерения пропускной способности, включая пропускную способность, скорость передачи и производительность ввода-вывода. На протяжении измеряет, сколько данных может быть передано за определенный период, а скорость передачи — это скорость, с которой данные могут быть перемещены с одного устройства на другое.

Производительность ввода-вывода измеряет, насколько быстро данные могут быть прочитаны или записаны на устройство хранения. Поставщики интернет-услуг (ISP) обычно рассчитывают пропускную способность с точки зрения пропускной способности.

При выборе плана широкополосного доступа крайне важно понимать различные типы пропускной способности и способы их измерения.

Например, план, предлагающий скорость загрузки 25 Мбит/с, может не подходить для потоковой передачи HD-видео, а программа, обеспечивающая скорость загрузки 5 Мбит/с, может быть слишком медленной для онлайн-игр. Чтобы получить точное значение скорости вашего интернета, используйте инструмент для проверки пропускной способности, например Speedtest.net.

Причины для измерения пропускной способности сети

Существует много причин для измерения пропускной способности, но три наиболее распространенных причины — это повышение производительности сети, оптимизация потока трафика и устранение неполадок в сети.

Измерение пропускной способности может помочь вам выявить и устранить проблемы в вашей сети до того, как они вызовут задержку или другие проблемы с производительностью. Заблаговременно выявляя и решая проблемы с пропускной способностью, вы можете повысить общую производительность сети для своих пользователей и вашего бизнеса.

Еще одна распространенная причина измерения пропускной способности — оптимизация потока трафика. Понимая, какая пропускная способность требуется для различных типов трафика, вы можете быть уверены, что ваша сеть настроена на обработку всего необходимого трафика, не перегружая какую-либо часть сети. Это может помочь предотвратить перегрузку и повысить производительность для всех пользователей.

Последняя причина измерения пропускной способности — улучшение производительности сети. Понимая, какая пропускная способность требуется для различных приложений и протоколов, вы можете настроить свою сеть, чтобы предоставить каждому приложению необходимую пропускную способность. Это может помочь предотвратить перегрузку и повысить производительность для всех пользователей.

Полоса пропускания является важным фактором производительности сети, и ее измерение жизненно важно для оптимизации потока трафика и повышения производительности сети. Существует много причин для расчета пропускной способности, но три наиболее распространенных — это повышение производительности сети, оптимизация потока трафика и устранение неполадок в сети.

Как увеличить пропускную способность?

Есть несколько способов увеличить пропускную способность интернет-соединения. Один из способов — использовать такой инструмент, как Speedtest. net, чтобы определить области ваших отношений, которые можно улучшить.

Затем вы можете предпринять шаги для решения этих проблем, например, убедиться, что ваш маршрутизатор Wi-Fi расположен в наилучшем месте, или обновить свой тарифный план у вашего интернет-провайдера.

Еще один способ улучшить пропускную способность — убедиться, что вы используете правильные настройки для вашего интернет-соединения.

Многие люди ошибочно полагают, что им нужно настроить свои устройства на меньшую скорость, чем есть на самом деле, что может привести к снижению производительности. Убедившись, что у вас есть правильные настройки, вы можете быть уверены, что получаете максимальную отдачу от своего интернет-соединения.

Если вы ищете альтернативный способ увеличить пропускную способность, покупка дополнительной оперативной памяти или добавление дополнительных жестких дисков может помочь ускорить процесс.

Однако, если вы используете общий сервер, важно поговорить с вашим хостинг-провайдером о том, что можно сделать для повышения производительности. Ограничение пропускной способности также может потребоваться реализация, чтобы поддерживать постоянную скорость для всех пользователей на одном сервере.

Пропускная способность сети

Пропускная способность — это максимальный объем данных, который может быть передан за определенное время. Обычно он измеряется в битах в секунду (бит/с) и является важным фактором для компаний, использующих онлайн-сервисы.

• Если вашему бизнесу необходимо отправлять или получать большие объемы данных, вам понадобится сеть с высокой пропускной способностью. В противном случае вы можете столкнуться с замедлением или перебоями в работе.
• На пропускную способность влияют несколько факторов, в том числе тип соединения (оптоволокно, кабель, DSL и т. д.), количество пользователей в сети и расстояние между пользователями и сетевыми серверами.
• Чтобы убедиться, что ваш бизнес имеет достаточную пропускную способность, вам необходимо понять свои модели использования и выявить потенциальные проблемы. Вы можете сделать это, отслеживая использование полосы пропускания с течением времени.

Вам нужно будет отслеживать сетевую активность как на стороне сервера, так и на стороне клиента, чтобы получить точную картину. Затем используйте эту информацию для настройки сети для достижения оптимальной производительности. Это максимально увеличит доступную пропускную способность и сведет к минимуму любые замедления или сбои, которые могут произойти.

Высокая пропускная способность

Вашему бизнесу требуется решение с высокой пропускной способностью, если вы:

• отправлять или получать большие файлы в вашей сети
• иметь более десяти пользователей, имеющих доступ к Интернету одновременно
• хотите уменьшить время загрузки
• хотите улучшить производительность системы
• необходимо обслуживать несколько мест

Пропускная способность также упоминается как «скорость полосы пропускания» или просто «скорость».

Интернет-трафик

Одним из наиболее важных факторов при выборе интернет-провайдера является пропускная способность соединения. Чем выше пропускная способность, тем быстрее вы можете отправлять и получать данные. Большинство провайдеров предлагают диапазон пропускной способности от 256 килобит в секунду (Кбит/с) до 10 мегабит в секунду (Мбит/с). Если вы планируете использовать подключение к Интернету только для базового веб-серфинга и электронной почты, вам может быть достаточно соединения с низкой пропускной способностью.

Но если вы хотите смотреть потоковое видео или скачать большие файлы, вам потребуется подключение с высокой пропускной способностью. Для просмотра видео онлайн рекомендуется широкополосное соединение с пропускной способностью не менее 3 Мбит/с. Некоторые провайдеры предлагают еще более высокую пропускную способность, до 30 Мбит/с. Если ваша пропускная способность ограничена, возможно, пришло время обновить подключение к Интернету или сменить провайдера.

Как правило, чем больше вы платите за интернет-пакет, тем выше будет пропускная способность. Цены сильно различаются в зависимости от поставщика услуг и могут зависеть от многих факторов — не только от того, какую полосу пропускания вы используете, но и от расстояния вашего проживания от офиса поставщика и от того, какое оборудование вы выберете (например, беспроводной маршрутизатор или кабельный модем).

Сколько тебе надо

Необходимое потребление полосы пропускания зависит от того, как вы обычно используете широкополосное соединение. Если вы регулярно выполняете следующие действия, вам может понадобиться план с более высокой пропускной способностью:

• Смотрите потоковое видео онлайн (например, Netflix)
• Загрузка больших файлов (для работы или учебы)
• Разместите веб-сервер у себя дома или в офисе
• Играйте в онлайн-игры с другими через Интернет
• Взаимодействуйте в многопользовательских онлайн-играх с помощью функций чата.
• Потоковое воспроизведение стерео музыки с таких сайтов, как Pandora Radio
• Подключите несколько компьютеров к одной сети и расшарьте между ними принтеры, чтобы получить дополнительные сведения о высокоскоростных соединениях.

Типы пропускной способности

 Широкополосный доступ относится к различным технологиям с высокой пропускной способностью, которые передают данные, голос и видео на большие расстояния и на высоких скоростях. Существует много разных типов пропускной способности, что может немного сбивать с толку. Давайте сломаем это.

широкополосный

Это тот тип пропускной способности, с которым вы, вероятно, лучше всего знакомы. Широкополосный доступ — это высокоскоростное подключение к Интернету, позволяющее быстро загружать и передавать контент. Он идеально подходит для просмотра видео, игр и веб-серфинга.

Аналоговый

Dial-up — это более медленный тип широкополосного доступа, который использует вашу телефонную линию для подключения к Интернету. Хотя это не так быстро, как широкополосный доступ, коммутируемый доступ по-прежнему является приемлемым вариантом для выхода в Интернет.

спутниковое

Спутниковый Интернет является популярным выбором для тех, кто живет в сельской местности или у кого есть проблемы с широкополосным доступом. Он обеспечивает высокоскоростной доступ в Интернет всем, кто может принимать спутниковый сигнал.

Является ли слишком большая пропускная способность хорошей?

Нет, слишком большая пропускная способность не годится. Это может привести к перегрузке и снижению производительности сети. Чрезмерное использование полосы пропускания также может привести к увеличению ежемесячного счета за Интернет. Убедитесь, что вы используете правильное количество пропускной способности для ваших нужд, чтобы обеспечить наилучшие возможности при использовании Интернета.

Если вы не знаете, сколько стоит пропускная способность, обратитесь за помощью к своему интернет-провайдеру. Они могут предоставить вам необходимое количество пропускной способности для ваших нужд и объяснить, чего ожидать, если вы превысите свой месячный лимит. Используя правильное количество пропускной способности, вы сможете просматривать веб-страницы, транслировать музыку и видео, а также играть в онлайн-игры без каких-либо проблем.

Выводы

Пропускная способность описывает объем данных, передаваемых за фиксированный период. Обычно он измеряется в битах в секунду (bps). Пропускная способность имеет решающее значение, поскольку она определяет, насколько быстро данные могут быть отправлены и получены. Если у вас низкая пропускная способность, вы можете столкнуться с медленной загрузкой или ошибками при попытке отправить или получить файлы. Чтобы избежать этих проблем, вы должны увеличить пропускную способность.

Рекомендации

https://en.wikipedia.org/wiki/Bandwidth_(computing)

Определение требований к производительности и емкости для сред совместной работы отделов (SharePoint Server 2013) — SharePoint Server

• 
  Статья
• 
  10/15/2022
• Чтение занимает 14 мин
• 
  

APPLIES TO:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

В этой статье приведено руководство по планированию производительности и емкости для решения совместной работы отделов, основанного на SharePoint Server 2013. В статье приведены следующие сведения.

• Спецификации среды лаборатории тестирования, например оборудование, топология фермы и конфигурация.

• Рабочая нагрузка фермы тестирования и набор данных, с помощью которого создается тестовая нагрузка.

• Результаты тестов и их анализ, демонстрирующий тенденции пропускной способности, задержки и потребности в оборудовании под нагрузкой при определенных уровнях масштабирования.

Используйте сведения в этой статье, чтобы понять характеристики сценария при обычных и пиковых нагрузках, а также изменения тенденций производительности при горизонтальном масштабировании серверов фермы. С помощью этой статьи можно определить начальные характеристики планируемой архитектуры и факторы, которые необходимо учитывать при разработке плана по поддержанию приемлемых уровней производительности при пиковой нагрузке.

Введение

В этой статье описано, как выполнять горизонтальное масштабирование серверов в решении для совместной работы отделов на основе SharePoint Server 2013. Решение для совместной работы отделов — это развертывание SharePoint Server 2013, в котором для совместной работы используется меньшее количество компьютеров, чем в корпоративном решении для совместной работы. В этой статье предполагается, что отдел — это организация внутри предприятия, в которой работает от 1000 до 10000 сотрудников.

При использовании различных сценариев возникают различные требования. Поэтому необходимо не только использовать сведения, содержащиеся в данном руководстве, но и проводить дополнительное тестирование конкретного оборудования в конкретной среде. Если планируемая структура и рабочие нагрузки аналогичны параметрам описанной в этой статье среды, вы можете определить ожидаемую производительность при горизонтальном и вертикальном масштабировании вашей среды.

Важно!

Результаты тестов, описанные в этой статье, получены в лаборатории тестирования, в которой для имитации рабочей среды в высококонтролируемых условиях использовались рабочая нагрузка, набор данных и архитектура. Несмотря на тщательную разработку этих тестов характеристики производительности лаборатории тестирования никогда не будут такими же, как у рабочей среды. Эти результаты не отражают характеристики производительность и емкость рабочей фермы. Результаты тестов всего лишь демонстрируют наблюдаемые тенденции в отношении пропускной способности, задержки и потребности в оборудовании. Используйте анализ наблюдаемых данных для планирования емкости и управления собственной фермой.

В этой статье содержится следующая информация.

• Спецификации, включающие сведения об оборудовании, топологии и конфигурации.

• Рабочая нагрузка, которая включает анализ потребностей фермы, числа пользователей и характеристик использования

• Сведения о наборе данных, например о размерах баз данных и типах контента.

• Результаты тестов и их анализ для горизонтального масштабирования веб-серверов.

Прежде чем прочитать эту статью, ознакомьтесь со следующими статьями, чтобы ознакомиться с основными понятиями управления емкостью в области границ и ограничений программного обеспечения для SharePoint 2013SharePoint Server 2013.

• Управление мощностью и масштабирование в SharePoint Server 2013

• Оценка требований к производительности и емкости для сред совместной работы в корпоративной интрасети (SharePoint Server 2013)

Глоссарий

В списке ниже представлены определения ключевых терминов, используемых в этой статье.

• RPS: Число запросов в секунду. RPS — это количество запросов, получаемых фермой или сервером за одну секунду. Это общепринятая единица измерения нагрузки на сервер или ферму.

  Примечание.

  Запросы и загрузки страниц — это не одно и то же. Страница содержит несколько компонентов, каждый из которых создает один или несколько запросов при загрузке страницы браузером. При загрузке одной страницы создается несколько запросов. Обычно процедуры проверки подлинности и события, использующие незначительное количество ресурсов, не учитываются при измерениях RPS.

• Зеленая зона: Зеленая зона представляет определенный набор характеристик нагрузки в обычных условиях работы до ожидаемых ежедневных пиковых нагрузок. Ферма, работающая в этом диапазоне, должна быть способна поддерживать время ответа и задержки в рамках допустимых параметров.

  Это состояние, в котором сервер удовлетворяет указанным ниже условиям.

  • Задержка на стороне сервера для не менее чем 75 % запросов составляет менее одной секунды.

  • Уровень использования ЦП на всех серверах фермы не превышает 60 %.

    Примечание.

    В нашей лабораторной среде не выполнялся активный обход контента поиска. Таким образом, мы храним сервер базы данных в близком к 50 % загрузке ЦП или ниже, чтобы зарезервировать 10 % для загрузки обхода поиска. При этом предполагается, что для ограничения нагрузки обхода контента при поиске на уровне 10 % в рабочей среде используется регулятор ресурсов SQL Server.

  • Процент сбоев составляет менее 0,01 %.

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

  Это состояние, в котором сервер удовлетворяет указанным ниже условиям в течение ограниченного периода времени:

  • Компонент регулирования запросов HTTP включен, но ошибки 503 (сервер занят) отсутствуют.

  • Частота сбоев меньше 0. 1%.

  • Задержка на стороне сервера для не менее чем 75 % запросов составляет менее 3 секунд.

  • Уровень использования ЦП на всех серверах фермы (кроме серверов баз данных) не превышает примерно 90 %.

  • Использование ЦП сервера базы данных не превышает примерно 50 %, что позволяет иметь достаточный резерв для нагрузки обхода контента при поиске.

• AxBxC (нотация графа): Количество веб-серверов, серверов приложений и серверов баз данных в ферме соответственно. Например, значение 10x1x1 указывает на то, что в данной среде имеется 10 веб-серверов, 1 сервер приложений и 1 сервер базы данных.

• MDF и LDF: SQL Server физические файлы. Дополнительные сведения см. в разделе «Архитектура файлов и файловых групп».

Обзор

В этом разделе приведен обзор способа масштабирования и методики тестирования.

Способ масштабирования

В этом разделе описывается способ, который использовался нами для масштабирования лабораторной среды. Этот способ позволяет найти оптимальную конфигурацию для рабочей нагрузки.

• Мы выполнили горизонтальное масштабирование веб-серверов, пока не получили четыре используемых веб-сервера. На каждом сервере работает служба распределенного кэша.

• Мы добавили выделенный сервер, на котором работает служба распределенного кэша.

• Мы отключили службу распределенного кэша на веб-серверах.

• Мы выполнили горизонтальное масштабирование дополнительных веб-серверов в максимально допустимом для тестирования объеме.

Методика и замечания по тестированию

Так как в этой статье представлены результаты, полученные в среде лаборатории тестирования, мы могли контролировать определенные факторы, чтобы продемонстрировать конкретные аспекты производительности для данной рабочей нагрузки. Кроме того, некоторые перечисленные ниже элементы рабочей среды не были включены в лабораторную среду для упрощения тестирования.

Примечание.

В рабочих средах исключать эти элементы не рекомендуется.

• Между тестовыми запусками мы изменяли только по одной переменной за раз, чтобы упростить сравнение полученных результатов.

• Серверы баз данных не входили в кластер, поскольку избыточность для такого тестирования не требовалась.

• Обход контента поиска не выполнялся во время тестов. Конечно, он может выполняться в рабочей среде. Чтобы учесть это, мы понизли SQL Server ЦП в определениях «Зеленая зона» и «Красная зона» для размещения ресурсов, которые обход контента поиска обычно использует во время тестирования.

Спецификации

В этом разделе приведены подробные сведения об оборудовании, программном обеспечении, топологии и конфигурации тестовой лабораторной среды.

Оборудование

В следующих разделах описано оборудование, которое использовалось в среде лаборатории тестирования.

Важно!

Мы использовали узлы Hyper-V для виртуализации всех веб-серверов и серверов приложений в тестовой лаборатории. Серверы баз данных не были виртуализированы. В этом разделе физическое оборудование узла и виртуальное оборудование виртуальной машины описаны раздельно.

Узлы Hyper-V

Для наших тестов мы использовали шесть идентично сконфигурированных узлов Hyper-V. На каждом узле работает одна или две виртуальные машины.

Виртуальные веб-серверы и серверы приложений

В нашей тестовой ферме используются восемь виртуальных веб-серверов. Мы также использовали выделенный виртуальный сервер, на котором работает служба распределенного кэша.

Примечание.

В рабочих средах обычно развертывают выделенные серверы, на которых работает служба распределенного кэша в конфигурации высокой доступности. В нашей среде лаборатории тестирования мы использовали один выделенный сервер для распределенного кэша, потому что высокая доступность не является важным фактором.

Оборудование виртуальной машины	WFE1-8 и DC1
Процессоры	4 виртуальных процессора
ОЗУ	12 ГБ
Операционная система	Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Размер диска для SharePoint	100 ГБ
Количество сетевых адаптеров	2
Скорость сетевого адаптера	10 гигабит (трафик между узлами ограничен в соответствии со скоростью сетевых адаптеров узлов)
Проверка подлинности	Windows NTLM
Тип подсистемы балансировки нагрузки	F5 Big IP
Запускаемые локально службы	WFE 1-8: базовые федеративные службы. Сюда входит служба таймера SharePoint, служба трассировки, службы Word Automation Services, службы Службы Excel и служба изолированного кода Microsoft SharePoint Foundation. DC1: служба распределенного кэша.

Серверы баз данных

В своих тестах мы используем один физический сервер баз данных и запускаем экземпляр SQL Server по умолчанию, в котором хранятся базы данных SharePoint. В этой статье мы не отслеживаем базу данных журналов.

Примечание.

Если включено ведение отчетов об использовании, рекомендуется хранить базу данных журналов с отдельным логическим номером устройства (LUN). Для крупных развертываний и некоторых развертываний среднего размера может потребоваться выделенный сервер базы данных журналов, чтобы справиться с нагрузкой на ЦП, создаваемой большим количеством регистрируемых событий.

В нашей лабораторной среде мы ограничили функции ведения журналов и хранили базу данных журналов в отдельном экземпляре SQL Server.

Топология

На следующей схеме показана топология нашей среды лаборатории тестирования.

Конфигурация

В следующей таблице перечислены значительные изменения конфигурации сервера баз данных, сделанные в нашей лабораторной среде. Они позволяют оптимизировать тестовую производительность и прояснить связи между параметрами и результатами тестов. Обратите внимание, что для SharePoint Server 2013 необходим параметр MAXDOP. Другие изменения параметров касаются только нашей среды лаборатории тестирования и могут не повлиять на вашу рабочую среду.

Параметр	Значение	Примечания
Семейство веб-сайтов	179 (общее количество в среде)	Для семейств веб-сайтов в нашей тестовой среде используются параметры по умолчанию и проверка подлинности на основе утверждений Windows.
Кэширование больших двоичных объектов	Вкл.	По умолчанию выключено. Включение кэширования больших двоичных объектов повышает эффективность работы сервера благодаря сокращению количества вызовов к серверу базы данных для статических ресурсов страниц, часто запрашиваемых браузером.
Максимальная степень параллелизма (MAXDOP)	1	Этот параметр задается для экземпляра SQL Server или экземпляров, содержащих базы данных контента SharePoint Server 2013. По умолчанию используется значение, которое позволяет SQL Server самостоятельно определять максимальную степень параллелизма. В SharePoint Server 2013 параметр MAXDOP должен иметь значение 1 для экземпляров SQL Server, содержащих базы данных SharePoint Server 2013. Дополнительные сведения о настройке параметра MAXDOP для SQL Server 2008 R2 см. в статье Параметр max degree of parallelism. Сведения о настройке параметра MAXDOP для SQL Server 2012 см. в статье Настройка параметра конфигурации сервера max degree of parallelism.

Workload

В этом разделе разъясняются лабораторные тесты, проведенные для SharePoint Server 2013. Параметры теста типичны для среды совместной работы отделов.

Набор данных

Набор данных, использованный в среде лаборатории тестирования, отражает типичную среду совместной работы отделов. Этот набор данных содержит различные семейства веб-сайтов, сайтов, списков, библиотек, типов и размеров файлов.

Результаты и анализ

Следующие результаты упорядочены в соответствии со способом масштабирования, описанным в разделе Обзор.

Горизонтальное масштабирование веб-серверов

В следующих разделах описываются результаты теста, полученные при горизонтальном масштабировании количества веб-серверов в нашей среде лаборатории тестирования.

Методология тестирования

• Добавьте веб-серверы с аналогичными характеристиками оборудования и выполните тест еще раз, не изменяя параметры фермы или теста.

• Измерьте количество запросов в секунду, задержку и использование ресурсов на каждом сервере в тестовой ферме.

Анализ

Во время тестирования мы обнаружили следующее.

• Было выполнено масштабирование среды до десяти веб-серверов на сервер базы данных. Увеличение пропускной способности было относительно линейным.

• Даже при максимальном протестированном количестве веб-серверов, равном 10, добавление серверов баз данных не приводило к увеличению пропускной способности. Узким местом, как правило, являются ресурсы веб-серверов.

• Средняя задержка в «зеленой зоне» была практически постоянной в течение всего тестирования. Количество веб-серверов и пропускная способность не оказывали на нее влияние. Данные по задержке в «красной зоне» соответствуют ожидаемой тенденции. На одиночном веб-сервере задержка очень высока. Кривая в пределах от 2 до 8 веб-серверов находится в рамках условий «красной зоны».

  Примечание.

  Некоторое влияние на задержку может оказать перемещение службы распределенного кэша с веб-серверов фермы на выделенный сервер. Это связано с тем, что трафик распределенного кэша, который ранее был внутренним для каждого веб-сервера, начинает передаваться через сеть. Протестируйте горизонтальное масштабирование в собственной среде, чтобы определить, является ли это снижение производительности существенным. Обратите внимание, что задержка в нашей тестовой среде увеличилась незначительно при переносе службы распределенного кэша на выделенный сервер. Задержка снижалась при добавлении каждого веб-сервера, так как номинальное увеличение задержки компенсировалось уменьшением нагрузки на процессоры и память веб-серверов. > Дополнительные сведения о планировании емкости распределенного кэша см. в разделе Plan for feeds and the Distributed Cache service in SharePoint Server.

• Из-за улучшения характеристик кэширования и использования баз данных в SharePoint Server 2013 средняя нагрузка на слой серверов баз данных низка. Мы обнаружили, что во время наших тестов не было необходимости в горизонтальном масштабировании серверов баз данных.

• При добавлении виртуальных веб-серверов прирост производительности частично зависит от аппаратных ресурсов узла и от использования ресурсов другими виртуальными компьютерами, работающими на этом же узле. Для виртуальных серверов необходимы дополнительные стратегии планирования и управления, специально предназначенные для виртуализации.

  Дополнительные сведения о планировании производительности и емкости Hyper-V см. в статьях о требованиях к виртуализации Hyper-V для SharePoint 2013 и использовании конфигураций рекомендаций для виртуальных машин SharePoint 2013 и среды Hyper-V.

Примечание.

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

Результаты, графики и диаграммы

На графиках ниже по оси x отображается изменение количества веб-серверов в ферме. Шкала начинается с одного виртуального веб-сервера и одного физического сервера баз данных (1×1). Максимальная конфигурация состоит из восьми виртуальных веб-серверов, одного выделенного сервера распределенного кэша (добавленного к четырем веб-серверам) и одного физического сервера баз данных (8x1x1).

Примечание.

На графиках в этом разделе отображены средние значения для каждой точки данных в ходе всего теста. Все графики включают базовые показатели RPS для «зеленой» и «красной» зон для демонстрации связи между RPS и такими факторами как задержка, использование ресурсов сервера и использование дисков SQL Server.

1. Количество запросов в секунду

На следующем графике показано, как горизонтальное масштабирование влияет на базовый показатель количества запросов в секунду.

2. Задержка

На следующем графике показано, как горизонтальное масштабирование влияет на задержку. Обратите внимание, что график задержки в «зеленой зоне» остается почти плоским, а в «красной зоне» он растет в допустимых пределах.

3. Использование процессоров и памяти веб-серверов

На следующем графике показано, как горизонтальное масштабирование влияет на средние показатели использования ЦП и памяти на веб-серверах. Обратите внимание, что в «зеленой зоне» показатели использования ЦП и среднего использования памяти остаются относительно постоянными, а RPS растет.

Показатель использования процессора в «красной зоне» имеет тенденцию к понижению. Эта тенденция отражает тот факт, что средняя потребность в ЦП веб-сервера при максимальной нагрузке постепенно снижается по мере увеличения количества серверов.

4. SQL Server Количество операций ввода-вывода в секунду и использование ЦП

На следующих графиках показано, как изменяется среднее количество дисковых операций ввода-вывода в секунду (общих, чтения и записи) и показатели использования ЦП при горизонтальном масштабировании количества веб-серверов. Для измерения количества операций ввода-вывода в секунду мы используем следующие счетчики производительности.

Значения каждого счетчика, полученные на протяжении всего теста, были усреднены и просуммированы для получения общего количества операций ввода-вывода в секунду.

Примечание.

Поскольку данные об использовании памяти для SQL Server были недоступны во время наших тестов, они не включены в этот график.

Важно!

Эти результаты тестов на количество операций ввода-вывода в секунду не являются показателем для рабочей среды, поскольку наш набор данных был намного меньше тех, которые используются в рабочей ферме. Это позволило выполнить кэширование большего процента данных на веб-серверах, чем это возможно в рабочей среде. Поэтому в этом разделе были вычислены усредненные результаты для показателей количества операций ввода-вывода в секунду на основании доступных данных тестов. Мы ожидаем, что наши показатели количества операций ввода-вывода в секунду в общем будут ниже, чем такие же показатели для рабочей среды. Тщательное тестирование нашей фермы в пилотной среде может дать различные результаты.

Обратите внимание, что на графиках в этом разделе и количество операций ввода-вывода в секунду, и показатель использования процессора сервера баз данных уменьшаются на шести интерфейсных веб-серверах, в то время как RPS продолжает расти. Это изменение также отражено в показателе использования ЦП веб-сервера, как показано на предыдущем графике.

Это указывает на то, что масштабирование фермы достигло такой степени, при которой оказывается максимальная нагрузка на ресурсы серверов фермы с помощью базовой рабочей нагрузки и набора данных. Для выполнения рабочей нагрузки в ферме требуется снизить загрузку ресурсов серверов.

На основании этой тенденции можно сделать следующие предположения.

• Если бы тестовая нагрузка была увеличена при добавлении шестого веб-сервера, можно было бы достичь большего количество запросов в секунду. При этом использование ресурсов серверов осталось бы на том же уровне.

• При дальнейшем масштабировании количества веб-серверов и той же тестовой нагрузке количество запросов в секунду продолжило бы увеличиваться, а нагрузка на ресурсы серверов продолжила бы снижаться.

1. Общее количество операций ввода-вывода в секунду для SQL Server

   На следующем графике показано, как горизонтальное масштабирование влияет на общее число операций ввода-вывода в секунду.

2. Количество операций ввода-вывода в секунду для SQL Server, разбитое по числу операций чтения и записи

   На следующем графике показано, как горизонтальное масштабирование влияет на количество операций чтения и записи в секунду.

3. Загрузка процессоров SQL Server

   На следующем графике показано, как горизонтальное масштабирование влияет на загрузку процессоров SQL Server.

См. также

Понятия

Планирование производительности в SharePoint Server 2013

Результаты тестирования производительности и емкости и рекомендации (SharePoint Server 2013)

Оценка требований к производительности и емкости для сред совместной работы в корпоративной интрасети (SharePoint Server 2013)

Достаточно ли пропускной способности 2 ГБ для веб-сайта? (ОБНОВЛЕНИЕ 2022) 🔋

Пропускная способность с точки зрения веб-хостинга означает размер данных, которые вы можете загрузить с веб-сайта за определенный период времени. Вопрос, достаточно ли пропускной способности 2 ГБ для веб-сайта? Смотря как.

Это важный фактор, который люди часто упускают из виду при выборе веб-хостинга.

Знать, какая пропускная способность вам нужна, очень важно, потому что последнее, что вам нужно, это превысить лимит пропускной способности, что может вызвать много проблем.

К счастью, в этом уроке мы увидим все, что нужно знать о пропускной способности и о том, как рассчитать объем пропускной способности, необходимой для вашего сайта, таким образом, вы получите правильный ответ на свой вопрос.

Что такое пропускная способность веб-сайта?

Пропускная способность веб-сайта относится к максимальному количеству файлов, которые вы можете загрузить с веб-страницы, как правило, в месяц.

Например, каждый раз, когда кто-то посещает вашу домашнюю страницу, сервер загружает несколько файлов, таких как изображения, гифки, видео, HTML, CSS, JS и т. д. Каждый из этих файлов весит несколько килобайт или больше. Допустим, все файлы страницы вместе имеют общий размер 10 КБ .

Итак, если одна и та же страница просматривается и загружается 10 посетителями , это означает, что израсходует 100 КБ пропускной способности. Допустим, это общее количество посетителей, которых вы получаете ежедневно, вы берете дневную пропускную способность 100 КБ и мы умножаем ее на 30 дней и получаем 3000 КБ пропускной способности в месяц .

Имейте в виду, что на вашем сайте более одной страницы, а это означает, что вы, скорее всего, будете потреблять гораздо больше трафика. Итак, вы поняли идею!

Типы предлагаемой пропускной способности

В предыдущем разделе мы говорили, что нельзя просто рассчитать пропускную способность. Итак, каково решение? Какую полосу пропускания следует выбрать?

Что ж, прежде чем мы перейдем к тому, какую пропускную способность вы должны выбрать, давайте разберемся с типами пропускной способности веб-хостинга, предлагаемыми службами веб-хостинга.

Обычно вы видите три типа распределения пропускной способности:

• Измеренная пропускная способность
• Неограниченная пропускная способность
• Неограниченная пропускная способность

Давайте вкратце разберемся во всех трех из них.

Metered Bandwidth

Вы не найдете точного термина в хостинг-плане. В плане не будет сказано, что вы получите лимитный хостинг.

Вместо этого вы увидите объем пропускной способности, которую вы получите. Например, это будет 1 ГБ, 5 ГБ, 15 ГБ и так далее.

В зависимости от цены вы получите распределение. Обычно, если вы выбираете доступный тарифный план хостинга, пропускная способность не измеряется.

Некоторые хостинг-сервисы также учитывают пропускную способность в количестве посетителей. Вы увидите, что вам разрешено иметь до 25 тысяч посетителей в месяц.

Если вы планируете использовать лимитный хостинг, вам придется оптимизировать свой веб-сайт, чтобы использовать наименьшую пропускную способность . Кроме того, вам нужно будет найти средний размер веб-страниц.

Неизмеряемая пропускная способность

Неизмеряемая пропускная способность для многих новичков звучит как новый термин. Неизмеряемая пропускная способность — это когда хостинговая компания выделила определенный лимит для своего сервера.

На одном сервере размещено множество веб-сайтов. Многие учетные записи на веб-хостинге будут использовать один и тот же ресурс сервера.

Таким образом, при неизмеряемой пропускной способности они не учитывают пропускную способность на учетную запись или на веб-сайт. Вместо этого для сервера выделен определенный лимит . Допустим, это 1000 ГБ. Таким образом, все объединенные учетные записи не должны превышать этот конкретный предел.

Вам не о чем беспокоиться, так как лимит на большинстве веб-хостингов намного больше и, вероятно, никогда не будет исчерпан.

Итак, вы можете рассматривать безлимитный хостинг как безлимитный хостинг . Разница есть, но в большинстве случаев она не повлияет на вас.

При виртуальном хостинге вы платите фиксированную цену за хостинг. Принимая во внимание, что если вы решите использовать облачный хостинг, вам придется платить в соответствии с использованием. Таким образом, если вы используете 10 ГБ безлимитного хостинга, вам придется платить только за 10 ГБ.

Неограниченная пропускная способность

Итак, вы можете подумать, что если у безлимитного также есть ограничение, то почему бы просто не использовать неограниченную пропускную способность, верно?

Ну, честно говоря, когда речь идет о веб-хостинге, не существует такого понятия, как «Безлимит».

Безлимит практически невозможен. На самом деле ограничение пропускной способности настолько велико, что вы его не тронете . Так что это как безлимитный хостинг.

Причина, по которой они пишут без ограничений, состоит в том, чтобы облегчить жизнь новичкам. Таким образом, вы можете выбрать безлимитный или безлимитный, вы будете выбирать один и тот же. Это всего лишь два разных термина, которые имеют почти одинаковое значение (когда речь идет о веб-хостинге).

Время записи пропускной способности

Это не тот тип пропускной способности, который предлагают компании, но в некоторых облачных сервисах вы можете увидеть, что пропускная способность записывает как 10 Мбит/с. Здесь скорость сервера также рассчитывается вместе с размером. Проще говоря, сервер способен загружать 10 МБ в секунду.

Если вы новичок, вы этого не найдете, но это для вашего ознакомления.

Как узнать, какую пропускную способность использует мой веб-сайт?

Предполагая, что вы используете свой веб-сайт у хостинг-провайдера, который предлагает «cPanel», например, Bluehost, просто перейдите в панель управления и прокрутите вниз до « 9Раздел 0009 Статистика ». Внутри него нажмите « Bandwidth ».

Если ваш сайт был активен и получал некоторый трафик, вы сможете получить аналогичную статистику.

ПРИМЕЧАНИЕ : Большинство хостинг-провайдеров имеют панели управления с аналогичными представлениями для использования полосы пропускания.

Достаточно ли пропускной способности 2 ГБ для веб-сайта?

Пропускная способность 2 ГБ может быть достаточной для веб-сайтов, таких как частные блоги с небольшим информационным содержанием . Каждый сайт имеет разные потребности, когда речь идет о пропускной способности, поэтому это зависит от размеров вашей веб-страницы и объема трафика, который он получает ежемесячно.

Если вы планируете иметь веб-сайт, который будет предлагать вашим гостям воспроизводить или загружать видео, музыкальные записи или загружать несколько файлов с вашего сайта , для этого, вероятно, потребуется гораздо более высокая пропускная способность, чем 2 ГБ .

Для новых сайтов или сайтов с умеренным трафиком начального плана Hostinger должно быть более чем достаточно, чтобы справиться с этим благодаря неограниченной пропускной способности.

Хотя вы также должны помнить, что ваш сайт будет продолжать расти, будет добавлено больше страниц, и, надеюсь, ваш трафик будет продолжать расти. Таким образом, принятие этого фактора помогает принять лучшее и четкое решение в долгосрочной перспективе.

Таким образом, чтобы узнать, какая пропускная способность нам нужна, мы должны знать, какую пропускную способность мы используем в настоящее время, что будет показано далее.

Как рассчитать пропускную способность сайта?

Знание фактической потребности в пропускной способности для вашего сайта очень важно, вот как ее рассчитать:

Простой расчет: если веб-страница имеет размер 50 КБ и вы получаете 5 посещений , общая используемая пропускная способность составляет 50 x 5 = 250 КБ .

Но это не то, как вы рассчитываете пропускную способность веб-сайта. Поскольку посетитель не будет посещать только одну веб-страницу, верно? Они могут зайти на вашу домашнюю страницу, а затем открыть один из ваших постов в блоге. Таким образом, вам также придется рассчитать количество посещений.

Вот шаги по расчету пропускной способности веб-хостинга:

• Посмотрите на количество посетителей на вашем сайте . Конечно, если вы еще не запустили сайт, вам придется взять среднее число.
• Посмотрите сколько страниц на вашем сайте . Как правило, средний посетитель посещает от 4 до 5 веб-страниц в блоге . Если ваш блог действительно интересен и у вас много веб-страниц, они могут посетить больше. Итак, это зависит от вашего сайта.
• Рассчитать средний размер веб-страниц .
• Умножьте все на .

Обратите внимание, что пропускная способность составляет , рассчитанная ежемесячно .

Допустим, вы предсказали 1000 посетителей в месяц . У каждого из них будет открыто не менее 5 страниц .

Теперь средний размер вашей веб-страницы составляет 0,5 МБ (взят в МБ для удобства расчета).

Общая пропускная способность, которая вам потребуется в месяц:

1000 X 5 X 0,5 = 2500 МБ

Конечно, вы не можете просто предсказать точную пропускную способность, которая вам понадобится, потому что:

1. Вы не знаете, сколько посетителей вы получите и на сколько страниц они перейдут.
2. Общий размер веб-страницы будет отличаться от страницы к странице. Размер одной из веб-страниц может составлять 500 КБ, а размер страницы с изображениями и видео высокого качества — 2 МБ.

Вы можете использовать Pingdom, чтобы получить размер вашей страницы. Повторите процесс с парой других страниц и используйте средний размер протестированных страниц, и вы можете использовать его для расчета оценки на шаге 1.

Размер страницы одной из наших статей

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

Последнее, что вам нужно, это чтобы ваш веб-сайт был закрыт вашим хостинг-провайдером только потому, что вы превысили его пропускную способность, что может нанести ущерб вашему онлайн-бизнесу.

Итак, для спокойствия получите дополнительные 50% пропускной способности добавлено к результату вашего предыдущего расчета.

Чтобы помочь вам предвидеть эти события заранее и лучше подготовиться к будущему, вот почему ваш сайт может расти со временем по любой из следующих причин:

• Рост содержания: По мере добавления новых страниц и мультимедийных файлов, тем больше контента будет использовать вашу пропускную способность.
• Рост трафика: Если вы постоянно добавляете ценный контент в сочетании с отличными навыками SEO, вы неизбежно столкнетесь с увеличением трафика вашего сайта.
• Всплески трафика: Это происходит не часто, но в некоторых случаях вы можете столкнуться с внезапным увеличением трафика из-за ботов, сканирующих веб-сайты (запрограммированных хакерами), или если вы используете новостной сайт, это наиболее вероятно. что это из-за вирусной новостной статьи.
• Изменения страниц: Если вы отредактируете макет своего веб-сайта, добавив новые элементы, больше плагинов (что означает загрузку большего количества файлов) или обновите свой контент, добавив к нему новые элементы, все это, вероятно, увеличит размер вашего веб-сайта. страницы.

Если вам нравится простой способ расчета пропускной способности, которая вам нужна, вот калькулятор пропускной способности, который поможет вам определить необходимую сумму.

ВНИМАНИЕ: Никогда не размещайте видео на своем хостинге. Всегда используйте YouTube в качестве встроенного видеоплеера, таким образом вы используете пропускную способность YouTube, а не вашего сервера.

Что произойдет, если я превысю пропускную способность?

Если вы превысите пропускную способность вашего веб-сайта, с вами может произойти одно из следующего:

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

ПРИМЕЧАНИЕ : рекомендуется всегда внимательно читать условия соглашения об обслуживании.

Если вы видите, что собираетесь превысить месячный лимит пропускной способности, лучше связаться с вашим хостом, чтобы сообщить ему о ситуации, чтобы он мог помочь вам обновить вашу учетную запись.

Это поможет вам быстро решить проблему и избежать технических трудностей.

Как я могу уменьшить использование полосы пропускания?

Людям, использующим фиксированную пропускную способность, наверняка придется оптимизировать свой веб-сайт, чтобы уменьшить и контролировать использование пропускной способности.

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

Таким образом, вам необходимо уменьшить использование.

Даже если вы используете неограниченную пропускную способность, рекомендуется следовать всем правилам, чтобы уменьшить использование пропускной способности. Все советы, которые мы здесь увидим, сосредоточены на уменьшении размера страницы. Следовательно, это также поможет вам ускорить работу вашего сайта.

С учетом сказанного у вас, возможно, возникла идея, что единственный способ контролировать использование пропускной способности — это уменьшить размер страницы и свести к минимуму количество запросов, которые вы получаете .

Мы подумали, что может быть полезно предоставить вам список действий, которые могут быть полезны для вас, чтобы уменьшить использование полосы пропускания вашего веб-сайта. Вот некоторые способы сделать это:

Оптимизация веб-сайта для увеличения скорости и размера

• Используйте CDN , это будет предоставлять кэшированную версию посетителю вместо исходного сервера
• Не загружайте видео на свой сервер. Используйте сторонние сайты, такие как YouTube.
• Сократить Файлы JavaScript и CSS
• Включить кэш-память
• Реализовать Отложенную загрузку на вашем веб-сайте
• Если у вас есть веб-сайт загрузки, загрузите весь контент в облачное хранилище . Вы можете легко получить множество бесплатных облачных сервисов хранения, таких как Google Drive, Mediafire, Dropbox и т. д. Вы можете использовать любой из них для загрузки файлов туда.
• Сократите размер ваших изображений , оптимизировав их размеры и качество перед загрузкой в ​​Интернет

Если вы планируете использовать WordPress, вот несколько советов, которые могут быть полезны для управления пропускной способностью: Плагин кэширования

Избегайте включения мультимедийных файлов, таких как видео или аудио файлы , они могут потреблять огромное количество трафика. Простой просмотр одного видео, размещенного на вашем сайте, может занять несколько дней или даже недель, в зависимости от продолжительности и качества видео

Применение всего этого уменьшит использование полосы пропускания. Даже если у вас неограниченная пропускная способность, убедитесь, что все это поможет вам увеличить скорость вашего сайта.

Вывод: достаточно ли пропускной способности 2 ГБ для веб-сайта?

Зная, чего вы ожидаете достичь, вы сможете понять, что вам нужно. Крайне важно получить представление о будущем развитии вашего веб-сайта, прежде чем покупать хостинг для раскладки . Зная, что вы планируете делать со своим веб-сайтом, вы будете иметь хорошее представление о том, какую пропускную способность вы собираетесь использовать.

Если вы хотите создать гораздо более сложный и огромный веб-сайт с большим количеством видео, музыки и больших файлов, то вы можете выбрать надежный сервер и получить больший контроль над вашими действиями. много, если вы злоупотребляете пропускной способностью, предоставляемой компаниями общего веб-хостинга.

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

В любом случае Hostinger и InMotion Hosting предлагают неограниченную пропускную способность, подходящую как для небольших, так и для крупных веб-сайтов по доступным ценам. Если вы заинтересованы в изучении других вариантов, вот список хостинговых компаний, которые предлагают неограниченную пропускную способность и анонимность.

Каждый веб-сайт требует определенной пропускной способности. Поэтому убедитесь, что вы знаете, сколько нужно вашему сайту. Мы верим, что вы примете правильное решение при выборе подходящего плана хостинга для своего сайта.

Есть дополнительные вопросы? Оставьте нам комментарий.

Связанный: Узнайте больше о самом дешевом VPS-хостинге с пропускной способностью 10 Гбит/с.

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Достаточно ли пропускной способности 10 ГБ для веб-сайта?

Пропускная способность 10 ГБ достаточна для небольших сайтов WordPress с умеренным трафиком. Большинство базовых планов хостинга предлагают в среднем минимум 50 ГБ в месяц.

Какая пропускная способность требуется для веб-сайта?

Это зависит от размера содержимого вашей страницы, количества страниц и ежедневного трафика. Все эти факторы определяют, какая пропускная способность вам понадобится, как обсуждалось в статье.

Почему пропускная способность важна для веб-сайта?

Чем выше пропускная способность, тем больше трафика вы можете обрабатывать на своем сайте.

Что вызывает высокую пропускную способность?

Это может быть вызвано потоковой передачей видео или аудио, несжатыми изображениями, взломанными веб-сайтами или серией попыток взлома. Рассмотрите возможность использования CDN, такого как Cloudflare, чтобы сэкономить на пропускной способности.

Достаточно ли пропускной способности 1 Гб для веб-сайта?

Нет, этого недостаточно. Очень маленький веб-сайт WordPress с очень небольшим трафиком потребляет в среднем от 1 до 2 ГБ в месяц.

Насколько полезен был этот пост?

Нажмите на звездочку, чтобы оценить!

Средняя оценка 0 / 5. Количество голосов: 0

Голосов пока нет! Будьте первым, кто оценит этот пост.

Средний размер веб-страницы составляет 3 МБ. Насколько мы должны заботиться?

Тэмми Эвертс — среда, 9 августа 2017 г.

Пару месяцев назад кто-то спросил, писал ли я недавно обновление для раздувания страниц. Ответ был нет. Я написал много сообщений о раздувании страниц, начиная с 2012 года, когда средний размер страницы достиг 1 МБ. На мой взгляд, тема раскрыта хорошо. Мы знаем, что общая тенденция заключается в том, что страницы становятся больше с довольно постоянной скоростью роста. Не было ощущения, что нужно охватить много новой территории.

А еще: мне показалось, что Илья Григорик уронил микрофон на раздувшейся странице разговора с этим потрясающим постом, где он иллюстрировал, почему «средняя страница» — это миф. Среди многих вещей, которые Илья заметил после анализа данных HTTP-архива для настольных компьютеров, когда у вас есть выбросы, которые весят от 30 МБ и более 9 МБ.0% ваших страниц меньше 5 МБ, «средний размер страницы» 2227 КБ (еще в 2016 году) мало что значит.

Микрофон упал. Мы все какое-то время смотрели на него на полу, а затем побрели прочь. А теперь я хочу предложить побродить обратно. Почему? Поскольку средний размер страницы сейчас составляет 3 МБ, кажется, сейчас самое время сделать паузу, проверить наши предположения и спросить себя:

Есть ли смысл заботиться о размере страницы как о показателе производительности? И если мы не считаем размер страницы значимой метрикой, то о чем нам беспокоиться?

Прежде чем мы углубимся в эту тему (снова), несколько важных предостережений

• наборы данных. Они не представляют «типичный» веб-сайт, потому что не существует такого понятия, как типичный веб-сайт.
• Эти цифры в основном актуальны, если рассматривать их в историческом контексте. Они представляют тренды – вот и все.
• Эти цифры ни в коем случае даже отдаленно не должны браться за эталон для вашего собственного сайта. Вы не обязательно добились чего-то великого, если ваши страницы меньше, чем это, и вы не потерпели неудачу, если ваши страницы больше.
• Не все страницы становятся больше. Многие из них стали меньше с годами. Возможно, ваш один из них!

Графики или этого не было, да?

Здесь вы можете увидеть рост страницы с 2011 года по настоящее время с разбивкой по типам контента:

Первое, что бросается в глаза, это большое количество места на странице, занятое видео . Неудивительно, учитывая популярность видео-героев и тому подобного, но все же интересно отметить, что это, по-видимому, объясняет большую часть недавнего роста.

Использование пользовательских шрифтов продолжает расти : их используют 69% из 500 000 лучших веб-сайтов. Интересно отметить падение общего количества КБ в 2016 году.

Интересно представить в виде графика некоторые текущие данные HTTP-архива (ниже) и посмотреть, какие показатели остаются неизменными по отношению к размеру страницы, а какие нет.

Выше вы можете видеть, что начальный рендеринг довольно последователен независимо от размера страницы . Это довольно интересно, потому что предполагает, что большие страницы не обязательно коррелируют с тем, когда пользователи начинают видеть контент.

Кроме того, вы также можете видеть, как легко ввести в заблуждение onload как показатель производительности, поскольку он так сильно коррелирует с размером страницы. На этом графике резкий рост нагрузки немного скрывает тот факт, что индекс скорости имеет довольно значительную тенденцию к росту — с 2393 (~2,4 секунды) для страниц в когорте 500 КБ до 10266 (~10,3 секунды) для страниц в когорте 20 МБ. Это служит хорошим напоминанием о том, что индекс скорости , как правило, является надежной синтетической метрикой для пользовательского опыта .

Прогноз: 4 МБ страниц к 2019 году?

Я публикую это как интересную тему для обсуждения, а не как повод для паники. Если предположить, что размер страницы увеличится примерно на 16% по сравнению с прошлым годом, средний размер страницы может превысить 4 МБ чуть более чем за два года.

Но опять же, возвращаясь к замечанию Ильи, это всего лишь среднее значение. Страницы размером 4 МБ уже здесь. Согласно HTTP-архиву , сегодня почти 16% страниц — другими словами, примерно 1 из 6 страниц — имеют размер 4 МБ или больше . Я регулярно вижу страницы (и я уверен, что вы тоже), которые имеют размер 10 МБ или больше. Когда я обсуждал эту проблему с Марком и Стивом, Марк упомянул тот факт, что он создал страницы размером 30 МБ, которые по-прежнему сохраняют высокую производительность.

Если вы заботитесь о пользовательском опыте, размер страницы — неподходящая метрика для отслеживания

Такие метрики, как размер страницы и время загрузки, обычно не являются хорошими индикаторами воспринимаемой пользователем производительности.

Возьмем, к примеру, Amazon. Он широко считается лидером по производительности, но у него относительно тяжелые страницы (я определяю «тяжелые» как 3 МБ или более) и медленное время загрузки (я определяю «медленное» как 5 секунд или более). Но для Amazon размер страницы и время загрузки — неправильные показатели.

Например, глядя на эту недавнюю страницу результатов теста для домашней страницы Amazon (которая весит чуть более 5 МБ), вы можете увидеть, что время начального рендеринга составляет 1,4 секунды, а хорошо заполненное окно просмотра — 2,5 секунды — несмотря на то, что что страница не загружается полностью до 18,8 секунд.

(Если вы еще не являетесь пользователем SpeedCurve и хотите побаловаться с синтетической панелью мониторинга SpeedCurve, ознакомьтесь с нашими контрольными показателями, которые позволяют вам исследовать данные для нескольких медиа-сайтов, включая The Guardian, Huffington Post и The New York Times Еще лучше, подпишитесь на бесплатную пробную версию и попробуйте SpeedCurve )

Выводы

1.

Размер страницы имеет значение, но, возможно, не так, как вы думаете

У вас могут быть большие надежные страницы, которые по-прежнему кажутся быстрыми. Но вы должны заботиться о раздувании страниц с точки зрения того, как это влияет на мобильных пользователей, особенно на мобильных пользователей, которые имеют дело с ограничениями пропускной способности или лимитами данных. На конференции Fluent в июне этого года Тим Кадлек выступил со страстным докладом, посвященным этой проблеме. Вы также должны проверить изящный онлайн-калькулятор Тима, который рассчитывает стоимость ваших страниц в долларах в странах по всему миру. Это открытие.

Что вы можете сделать: Если вы не используете активно бюджеты производительности для установки пороговых значений таких показателей, как размер страницы, начало рендеринга и индекс скорости, вы должны начать. Мне нравится эта статья о том, как работают бюджеты по результатам.

2. Беспокойтесь об изображениях, но не слишком сильно

Да, изображения составляют большую часть средней страницы, и вам обязательно нужно убедиться, что вы не предоставляете своим пользователям огромные неоптимизированные изображения. Но это один из тех низко висящих плодов, с которым относительно легко справиться.

Что вы можете сделать: Найти и исправить проблемные изображения на ваших страницах.

3. Больше беспокойтесь о CSS и JavaScript

Если вы обслуживаете асинхронные версии ваших таблиц стилей и скриптов, вы должны знать, что они могут полностью заблокировать ваши страницы, потому что они сильно загружают процессор.

Что вы можете сделать: Асинхронные сценарии лучше, чем синхронные, но есть аргумент в пользу отложенных сценариев (если вы можете с этим поспорить). И если вы еще не измеряете загрузку ЦП, вам следует подумать о том, чтобы начать прямо сейчас.

4. Если вы заботитесь об измерении пользовательского опыта, используйте настраиваемые метрики

Соотносить размер страницы с пользовательским опытом — это все равно, что предлагать кому-то полный фуршет и предполагать, что он представляет то, что они на самом деле съели. Чтобы правильно измерить пользовательский опыт, нам нужно сосредоточиться на контенте, таком как навигационная панель или изображение главного продукта, который пользователи действительно хотят потреблять. Лучший показатель производительности для измерения пользовательского опыта — это тот, который измеряет, как долго пользователь ждет, прежде чем увидит этот критический контент.

Что вы можете сделать: Здесь на помощь приходят настраиваемые таймеры с помощью спецификации W3C User Timing. оказывать. Стив написал отличный пост в блоге, в котором более подробно рассказывается о пользовательских таймерах, а также приводит несколько примеров метрик, которые помогут вам начать работу. Если вы заботитесь об измерении UX, я настоятельно рекомендую проверить это.

Подводя итог…

Компания SpeedCurve считает, что вам не нужны дополнительные данные о производительности. Мы считаем, что вам нужны правильные данные о производительности. Вот почему мы всегда работаем над созданием показателей, которые дадут вам ценную информацию о том, как пользователи взаимодействуют с вашим сайтом.