Общая информация
Иногда вам может понадобиться разделить трафик по определенной скорости на разные шлюзы. Например, вам нужно направить 20 % вызовов на шлюз «X», 30 % вызовов на шлюз «Y» и оставшиеся 50 % вызовов на шлюз «Z». В следующем примере показано, как это можно настроить:
Пример
- У вас есть 3 шлюза и вам нужно распределить трафик между ними
- 20% трафика должно направляться на 1-й шлюз
- 30% трафика должно направляться на 2-й шлюз
- 50% трафика должно направляться на 3-й шлюз
Для этого вам необходимо установить политику взвешенного распределения внутри группы маршрутизации. Затем вам нужно указать вес для каждой записи маршрутизации в соответствии с вашими требованиями:
Рекомендуемые значения для использования - это те , которые дают вам 100% в сумме. В приведенном выше примере представлены значения 20% + 30% + 50% = 100%.
Принципы расчета
Столбец Вес принимает любое значение , поскольку вероятность рассчитывается по следующей формуле:
Это означает, что вы можете указать даже значения 40, 60 и 100, как показано ниже:
100 / 200 * 40 = 20% (вероятность маршрута № 1)
100 / 200 * 60 = 30% (вероятность маршрута № 2)
100 / 200 * 100 = 50% (вероятность маршрута № 3)
Единственная разница в форматах заключается в том, что значения (20, 30, 50), дающие 100 %, легче воспринимаются правильно. Администратору не нужно производить какие-либо расчеты.
Иногда, когда вы используете значения, которые в сумме не составляют 100 %, это может привести к мысли, что конфигурация неверна. Например, вы можете определить значения 35 , 45 и 85, ожидая, что они дадут вероятность 35% , 45% и 85% ; но это было бы заблуждением. Учитывая приведенную выше формулу, значения 35, 45 и 85 дадут 21,2 % , 27,2 % и 51,5 % .
Влияние предыдущих результатов сортировки
Важным аспектом политики взвешенного распределения является то, что на практике она не принимает во внимание какие-либо предыдущие результаты сортировки маршрутизируемых вызовов.
Другими словами, если у вас 100 вызовов, не гарантируется, что ровно 20 вызовов пойдут по одному маршруту, 30 вызовов по другому и оставшиеся 50 вызовов по другому (как в основном примере этой статьи). Вместо этого каждый новый вызов будет участвовать в сортировке 20/30/50 с нуля (без какой-либо связи с предыдущими результатами).