Как сформировать требования к каналу для датацентра? Вводная: У бигбосса есть мегаваттные вводы электросети, огромные пустующие заводские территории, дешевый киловатт. Ему был озвучен совет, что данные ресусры можно утилизировать, подняв датацентр с арендой стоек/серверов. Как это бывает у бигбоссов, советоваться на нулевом этапе он хочет только со своими людьми (со мной), пожалуйста не будем в рамках данного вопроса оценивать адекватность данного подхода. Естественно, будь реальная возможность, я бы передал расчёт данного вопроса на аутсорс. Задан вопрос: Как посчитать требуемые каналы подключения к интернет под потенциальный датацентр. Т.е. наверняка есть эмпирическая формула, что необходимо столько-то гигабит на юнит, плюс коээфициент например под shared трафик итого подучаем N гигабит на датацентр с M стойками из L юнитов. Пока расчёт требуется чисто примерный, чтобы понять вообще если ли поблизости узлы провайдеров способные обеспечить такие каналы.
Для начала, необходимо определить примерную нагрузку на датацентр, которая будет определять требуемый объем интернет-трафика. Это может зависеть от многих факторов, включая количество серверов, типы сервисов и приложений, которые будут работать в датацентре, а также предполагаемое количество пользователей и их активность.
Далее, можно оценить приблизительный объем интернет-трафика на одну стойку или сервер. Обычно для датацентров используется расчет пропускной способности в гигабитах в секунду (Gbps). Например, для среднего датацентра может потребоваться от 1 до 10 Gbps интернет-трафика на стойку.
Затем, нужно учитывать коэффициент использования интернет-трафика (shared трафик), который определяет общее количество трафика, который вы будете делить с другими пользователями провайдера. Этот коэффициент может быть различным в зависимости от соглашения с провайдером.
И наконец, можно определить общий объем интернет-трафика для всего датацентра, умножив объем трафика на одну стойку на количество стоек в датацентре. Например, если у вас будет 100 стоек и средний объем трафика на стойку составляет 5 Gbps, то общий объем интернет-трафика для датацентра будет 500 Gbps.
Таким образом, вы сможете определить примерные требования к каналу подключения к интернету для вашего потенциального датацентра. Важно также учитывать резервирование канала, выделение отдельных каналов для различных целей (например, сетевой трафик, резервное копирование данных и т. д.) и обеспечение достаточной пропускной способности для обеспечения высокого уровня доступности и производительности ваших сервисов и приложений.
Для начала, необходимо определить примерную нагрузку на датацентр, которая будет определять требуемый объем интернет-трафика. Это может зависеть от многих факторов, включая количество серверов, типы сервисов и приложений, которые будут работать в датацентре, а также предполагаемое количество пользователей и их активность.
Далее, можно оценить приблизительный объем интернет-трафика на одну стойку или сервер. Обычно для датацентров используется расчет пропускной способности в гигабитах в секунду (Gbps). Например, для среднего датацентра может потребоваться от 1 до 10 Gbps интернет-трафика на стойку.
Затем, нужно учитывать коэффициент использования интернет-трафика (shared трафик), который определяет общее количество трафика, который вы будете делить с другими пользователями провайдера. Этот коэффициент может быть различным в зависимости от соглашения с провайдером.
И наконец, можно определить общий объем интернет-трафика для всего датацентра, умножив объем трафика на одну стойку на количество стоек в датацентре. Например, если у вас будет 100 стоек и средний объем трафика на стойку составляет 5 Gbps, то общий объем интернет-трафика для датацентра будет 500 Gbps.
Таким образом, вы сможете определить примерные требования к каналу подключения к интернету для вашего потенциального датацентра. Важно также учитывать резервирование канала, выделение отдельных каналов для различных целей (например, сетевой трафик, резервное копирование данных и т. д.) и обеспечение достаточной пропускной способности для обеспечения высокого уровня доступности и производительности ваших сервисов и приложений.