[Документация Yandex Cloud](../../index.md) > [Yandex Network Load Balancer](../index.md) > [Концепции](index.md) > Рекомендации по применению

# Рекомендации по применению


{% note info %}

В [регионе Казахстан](../../overview/concepts/region.md) доступна только [зона доступности](../../overview/concepts/geo-scope.md) `kz1-a`.

{% endnote %}


### Используйте разные зоны доступности {#place-resources-in-different-zones}

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

### Равномерно распределяйте ресурсы по зонам {#distribute-resources}

В каждой зоне доступности следует размещать одинаковое количество облачных ресурсов. Если в зоне доступности `kz1-a` находятся три [виртуальных машины](../../glossary/vm.md), то и в зонах доступности `kz1-b` и `kz1-d` следует разместить по три виртуальных машины.

### Создавайте облачные ресурсы с запасом {#create-reserves}

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

### Каждому приложению свой балансировщик {#one-balancer-one-app}

При развертывании нескольких приложений в Yandex Cloud создавайте отдельный балансировщик для каждого приложения.

### Организуйте многоуровневую инфраструктуру {#multi-level-infrastructure}

В отдельных случаях, например, при организации мульти-кластера [MK8S](../../managed-kubernetes/index.md), где в каждой из зон доступности развертывается отдельный зональный кластер, может потребоваться многоуровневое распределение трафика. На входе трафик будет приниматься L7-балансировщиком, который будет распределять его в один из зональных кластеров. Далее на уровне зонального кластера трафик будет приниматься сервисом типа [LoadBalancer](https://kubernetes.io/docs/concepts/services-networking/service/#loadbalancer) (построенным на основе L3-балансировщика) и уже далее распределяться по соответствующим подам внутри кластера для обработки.   

В качестве L7-балансировщика можно использовать [Application Load Balancer](../../application-load-balancer/index.md).

В качестве L3-балансировщиков можно использовать [Network Load Balancer](../index.md).

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

### Защитите балансировщик от удаления {#deletion-protection}

Чтобы избежать случайного удаления балансировщика, [включите для него защиту от удаления](../operations/deletion-protection.md).

## Примеры использования {#examples}

* [Архитектура и защита базового интернет-сервиса](../tutorials/web-service.md)
* [Реализация отказоустойчивых сценариев для сетевых виртуальных машин](../tutorials/route-switcher.md)
* [Работа с группой виртуальных машин с автоматическим масштабированием](../tutorials/vm-autoscale/index.md)
* [Миграция сервисов с балансировщика NLB на L7-балансировщик ALB для подключения защиты Yandex Smart Web Security](../tutorials/migration-from-nlb-to-alb/index.md)