8.

NIVELES DE SERVICIO

MICROSOFT AZURE

 Administración de costos + facturación

 API de Azure para FHIR
 API Management
 Aplicación web estática
 App Configuration
 App Service
 Application Gateway
 Automation
 Azure Active Directory
 Azure Active Directory B2C
 Azure Active Directory Domain Services
 Azure Advisor
 Azure Analysis Services
 Azure Applied AI Services
 Azure Arc
 Kubernetes habilitado para Azure Arc
 Azure Backup
 Azure Bastion
 Azure Bot Service
 Azure Cognitive Search
 Azure Communication Services
 Llamadas (llamadas de audio y vídeo, tanto VoIP como RTPC)
 Azure Cosmos DB
 Azure Data Explorer
 Azure Data Lake Storage Gen1
 Azure Data Share
 Azure Database for MariaDB
 Azure Database for MySQL
 Azure Database for PostgreSQL
 Azure Databricks
 Azure DDoS Protection
 Azure Dedicated HSM
 Azure Defender
 Azure DevOps
 Azure DevTest Labs
 Azure Digital Twins
 Azure DNS
 Azure ExpressRoute
 Azure Firewall
 Azure Firewall Manager
 Azure Front Door
 Azure Functions
 Azure HPC Cache
 Azure Information Protection
 Azure IoT Central
 Azure IoT Edge
 Azure IoT Hub
 Azure Kubernetes Service (AKS)
 Azure Lab Services
 Azure Logic Apps
 Azure Managed Applications
 Azure Maps
 Azure Monitor
 SLA de Log Analytics
 SLA de Application Insights
 Azure NetApp Files
 Azure Open Datasets
 Azure Policy
 Azure Private Link
 Azure RTOS
 Azure Sentinel
 Azure Site Recovery
 Azure Sphere
 Azure Spring Cloud
 Azure SQL Database
 Azure SQL Managed Instance
 Azure Stream Analytics
 Azure Synapse Analytics
 Azure Time Series Insights
 Azure Virtual Desktop
 BizTalk Services
 Caché
 Cognitive Services
 Configuración de invitado de Azure para servidores conectados a Azure Arc
 Container Registry
 Content Delivery Network
 Cuentas de almacenamiento
 Data Catalog
 Data Lake Analytics
 Detalles de la aplicación
 SLA de Azure Monitor
 SLA de Log Analytics
 Event Grid
 Event Hubs
 Firewall de aplicaciones web
 HDInsight
 Health Bot
 HSM administrado de Azure Key Vault
 Infraestructura sin sistema operativo
 Key Vault
 Load Balancer
  Log Analytics
 SLA de Azure Monitor
 SLA de Application Insights
 Machine Learning Studio
 Managed Disks
 Media Services
 Mobile Services
 Network Watcher
 Power BI Embedded
 Red Hat OpenShift en Azure
 Remote Rendering
 SAP HANA en Instancias Grandes de Azure
 Scheduler
 Service Bus
 Service Fabric
 Servicio Azure SignalR
 Servicios en la Nube y Máquinas Virtuales
 Solución de VMware en Azure
 Solución de VMware en Azure de CloudSimple
 Spatial Anchors
 SQL Server Stretch Database
 StorSimple
 Traffic Manager
 Virtual Machine Scale Sets
 Virtual WAN
 Visual Studio App Center
 VPN Gateway
 Windows 10 IoT Core Services

AMAZON WEB SERVICES

 Acuerdos de nivel de servicios (SLA) de AWS

 Acuerdo de nivel de servicios de Alexa for Business
 Acuerdo de nivel de servicios de Amazon AppStream 2.0
 Acuerdo de nivel de servicios de Amazon API Gateway
 Acuerdo de nivel de servicios de Amazon Athena
 Acuerdo de nivel de servicios de Amazon Aurora
 Acuerdo de nivel de servicios de Amazon Braket
 Acuerdo de nivel de servicios de Amazon Chime
 Acuerdo de nivel de servicios de Amazon Chime Voice Connector
 Acuerdo de nivel de servicios de Amazon Cloud Directory
 Acuerdo de nivel de servicios de Amazon CloudFront
 Acuerdo de nivel de servicios de Amazon CloudSearch
 Acuerdo de nivel de servicios de Amazon CloudWatch
 Acuerdo de nivel de servicios de Amazon Cognito
 Acuerdo de nivel de servicios de Amazon Compute
 Acuerdo de nivel de servicios de Amazon Connect
 Acuerdo de nivel de servicios de Amazon Detective
 Acuerdo de nivel de servicios de Amazon DevOps Guru
 Acuerdo de nivel de servicios de Amazon DocumentDB (compatible con MongoDB)
 Acuerdo de nivel de servicios de Amazon DynamoDB
 Acuerdo de nivel de servicios de Amazon EC2
 Acuerdo de nivel de servicios de Amazon ECS Anywhere
 Acuerdo de nivel de servicios de Amazon EFS
 Acuerdo de nivel de servicios de Amazon EKS
 Acuerdo de nivel de servicios de Amazon Elastic Container Registry
 Acuerdo de nivel de servicios de Amazon Elastic Load Balancing
 Acuerdo de nivel de servicios de Amazon Elastic Transcoder
 Acuerdo de nivel de servicios de Amazon ElastiCache
 Amazon Elasticsearch Service - Acuerdo de nivel de servicios
 Acuerdo de nivel de servicios de Amazon EMR
 Acuerdo de nivel de servicios de Amazon EventBridge
 Acuerdo de nivel de servicios de Amazon Forecast
 Acuerdo de nivel de servicios de Amazon Fraud Detector
 Acuerdo de nivel de servicios de Amazon FSx
 Acuerdo de nivel de servicios de Amazon GuardDuty
 Acuerdo de nivel de servicios de Amazon HealthLake
 Acuerdo de nivel de servicios de Amazon Inspector
 Acuerdo de nivel de servicios de Amazon Kendra
 Acuerdo de nivel de servicios de Amazon Keyspaces
 Acuerdo de nivel de servicios de Amazon Kinesis
 Acuerdo de nivel de servicios de Amazon Lightsail Instance and Block Storage
 Acuerdo de nivel de servicios de Amazon Lightsail Managed Databases
 Acuerdo de nivel de servicios de Amazon Location
 Acuerdo de nivel de servicios de Amazon Macie
 Acuerdo de nivel de servicios de Amazon Machine Learning Language
 Acuerdo de nivel de servicios de Amazon Managed Blockchain
 Acuerdo de nivel de servicios de Amazon Messaging (SQS, SNS)
 Acuerdo de nivel de servicios de Amazon MQ
 Acuerdo de nivel de servicios de Amazon Managed Streaming for Apache Kafka (MSK)
 Acuerdo de nivel de servicios de Amazon Managed Workflows for Apache Airflow
(MWAA)
 Acuerdo de nivel de servicios de Amazon Neptune
 Acuerdo de nivel de servicios de Amazon Nimble Studio
 Acuerdo de nivel de servicios de Amazon Personalize
 Acuerdo de nivel de servicios de Amazon Quantum Ledger Database (QLDB)
 Acuerdo de nivel de servicios de Amazon QuickSight
 Acuerdo de nivel de servicios de Amazon RDS
 Acuerdo de nivel de servicios de Amazon Redshift
 Acuerdo de nivel de servicios de Amazon Rekognition
 Acuerdo de nivel de servicios de Amazon Route 53
 Acuerdo de nivel de servicios de Amazon S3
 Acuerdo de nivel de servicios de Amazon S3 RTC
 Acuerdo de nivel de servicios de Amazon SageMaker
 Acuerdo de nivel de servicios de Amazon Simple Workflow
 Acuerdo de nivel de servicios de Amazon SimpleDB
 Acuerdo de nivel de servicios de Amazon Textract
 Acuerdo de nivel de servicios de Amazon Timestream
 Acuerdo de nivel de servicios de Amazon User Engagement (Pinpoint, SES)
 Acuerdo de nivel de servicios de Amazon VPC NAT Gateway
 Acuerdo de nivel de servicios de Amazon WorkDocs
 Acuerdo de nivel de servicios de Amazon WorkLink
 Acuerdo de nivel de servicios de Amazon WorkMail
 Acuerdo de nivel de servicios de Amazon WorkSpaces
 Acuerdo de nivel de servicios de la Consola de AWS Amplify
 Acuerdo de nivel de servicios de AWS AppSync
 Acuerdo de nivel de servicios de AWS Application Migration Service (MGN)
 Acuerdo de nivel de servicios de AWS Audit Manager
 Acuerdo de nivel de servicios de AWS Backup
 Acuerdo de nivel de servicios de AWS Budgets
 Acuerdo de nivel de servicios de AWS Certificate Manager Private Certificate Authority
 Acuerdo de nivel de servicios de AWS Client VPN
 Acuerdo de nivel de servicios de AWS CloudHSM
 Acuerdo de nivel de servicios de AWS Cloud Map
 Acuerdo de nivel de servicios de AWS CloudTrail
 Acuerdo de nivel de servicios de AWS CodeArtifact
 Acuerdo de nivel de servicios de AWS CodeBuild
 Acuerdo de nivel de servicios de AWS CodeCommit
 Acuerdo de nivel de servicios de AWS CodeDeploy
 Acuerdo de nivel de servicios de AWS CodePipeline
 Acuerdo de nivel de servicios de AWS Config
 Acuerdo de nivel de servicios de la API de AWS Cost Explorer
 Acuerdo de nivel de AWS Database Migration Service
 Acuerdo de nivel de servicios de AWS Data Pipeline
 Acuerdo de nivel de servicios de AWS Device Farm
 Acuerdo de nivel de servicios de AWS Direct Connect
 Acuerdo de nivel de servicios de AWS Directory Service
 Acuerdo de nivel de servicios de AWS Elemental MediaConnect
 Acuerdo de nivel de servicios de AWS Elemental MediaConvert
 Acuerdo de nivel de servicios de AWS Elemental MediaLive
 Acuerdo de nivel de servicios de AWS Elemental MediaPackage
 Acuerdo de nivel de servicios de AWS Elemental MediaStore
 Acuerdo de nivel de servicios de AWS Elemental MediaTailor
 Acuerdo de nivel de servicios de AWS Firewall Manager
 Acuerdo de nivel de servicios de AWS GameLift
 Acuerdo de nivel de servicios de AWS Global Accelerator
 Acuerdo de nivel de servicios de AWS Glue
 Acuerdo de nivel de servicios de AWS Ground Station
 Acuerdo de nivel de servicios de AWS Hybrid Storage and Data Transfer
 Acuerdo de nivel de servicios de AWS Interactive Video Service (IVS)
 Acuerdo de nivel de servicios de AWS IoT 1-Click
 Acuerdo de nivel de servicios de AWS IoT Analytics
  Acuerdo de nivel de servicios de AWS IoT Core
 Acuerdo de nivel de servicios de AWS IoT Device Defender
 Acuerdo de nivel de servicios de AWS IoT Device Management
 Acuerdo de nivel de servicios de AWS IoT Events
 Acuerdo de nivel de servicios de AWS IoT Greengrass
 Acuerdo de nivel de servicios de AWS IoT SiteWise
 Acuerdo de nivel de servicios de AWS IoT Things Graph
 Acuerdo de nivel de servicios de AWS Key Management Service
 Acuerdo de nivel de servicios de AWS Lambda
 Acuerdo de nivel de servicios de AWS OpsWorks
 Acuerdo de nivel de servicios de AWS PrivateLink
 Acuerdo de nivel de servicios de AWS RoboMaker
 Acuerdo de nivel de servicios de AWS Secrets Manager
 Acuerdo de nivel de servicios de AWS Security Hub
 Acuerdo de nivel de servicios de AWS Service Catalog
 Acuerdo de nivel de servicios de AWS Shield Advanced
 Acuerdo de nivel de servicios de AWS Site-to-Site VPN
 Acuerdo de nivel de servicios de AWS Step Functions
 Acuerdo de nivel de servicios de AWS Systems Manager
 Acuerdo de nivel de servicios de AWS Transit Gateway
 Acuerdo de nivel de servicios de AWS WAF
 Acuerdo de nivel de servicios de AWS X-Ray

GOOGLE CLOUD

Descripción general de los niveles de servicio de red

Los niveles de servicio de red te permiten optimizar la conectividad entre los sistemas en
Internet y las instancias de Google Cloud. El nivel Premium envía el tráfico en la red troncal
premium de Google, mientras que el nivel Estándar usa las redes ISP regulares.

Usa el nivel Premium para optimizar el rendimiento y usa el nivel Estándar a fin de optimizar el
costo.

El precio del tráfico salida para cada uno de los niveles de servicio de red es diferente. Para
obtener más información, consulta los precios de los niveles de servicio de red.

En este diagrama, se ilustran los casos de uso recomendados para el nivel Estándar y el nivel
Premium.
Niveles de servicio de red y recursos de Google Cloud

En la siguiente tabla, se describe cómo se aplican los niveles de servicio de red a los recursos
de Google Cloud y qué tipo de dirección IP externa debe usarse. Google Cloud tiene dos tipos
de direcciones IP externas:

Las direcciones IP externas globales solo están disponibles para el balanceo de cargas de
HTTP(S), de proxy TCP y de proxy SSL. Estas direcciones siempre son del nivel Premium. Las
direcciones IP externas globales se pueden enrutar de forma pública a las direcciones IP
Anycast.

Las direcciones IP externas regionales son direcciones IP que se pueden enrutar de forma
pública y que se diseñaron para que las usen los recursos de Google Cloud que se ubican
dentro de una sola región de Google Cloud. Las direcciones IP externas regionales pertenecen
al nivel Premium de forma predeterminada. Cuando se usan con recursos aptos, una dirección
IP externa regional puede ser del nivel Estándar.

Sin importar el nivel que uses, la red está diseñada para mantener el tráfico entre las instancias
de máquina virtual (VM) que se encuentren en la misma región en la red de Google, incluso
cuando un balanceador de cargas está en la ruta de acceso. Esto se aplica ya sea que el tráfico
use direcciones IP que se enrutan de forma pública o privada.

Nota: Se puede establecer una comunicación con las direcciones IP externas regionales desde
cualquier lugar de Internet. El término regional indica que todos los recursos de Google Cloud
deben estar en una sola región de Google Cloud. El nivel que elijas para una dirección IP
externa regional solo afectará a la ruta de acceso que toma el tráfico de red de Internet
cuando te comunicas con el recurso de Google Cloud.
Regiones que admiten el nivel Estándar

El nivel Estándar solo está disponible para los recursos que usan direcciones IP externas
regionales en las siguientes regiones de Google Cloud. Si quieres usar el nivel Estándar para
depósitos de Cloud Storage que funcionan como backends para el balanceo de cargas de
HTTP(S), el balanceador de cargas de HTTP(S) externo debe usar una dirección IP externa
regional y, también, seleccionar el nivel Estándar.

 asia-east1
 asia-east2
 asia-northeast1
 asia-northeast3
 asia-south1
 asia-southeast1
 asia-southeast2
 australia-southeast1
 us-west1
 us-west2
 us-west3
  us-west4
 us-central1
 us-east1
 us-east4
 northamerica-northeast1
 southamerica-east1
 europe-north1
 europe-west1
 europe-west2
 europe-west3
 europe-west4
 europe-west6

Nota: El nivel Premium no tiene restricciones regionales. Antes de que se incorporaran los
niveles de servicio de red, toda la conectividad externa se manejaba como si tuviera un nivel
Premium.

Enrutamiento del tráfico

En esta tabla, se resumen las diferencias de enrutamiento para cada uno de los niveles de
servicio de red.

Nivel Premium

El nivel Premium envía el tráfico de sistemas externos a los recursos de Google Cloud mediante
la red global de alta confiabilidad y baja latencia de Google. Esta red consiste en una gran red
privada de fibra óptica, con más de 100 puntos de presencia (PoP) en todo el mundo. Esta red
está diseñada para tolerar varias fallas y alteraciones mientras se entrega el tráfico.

El nivel Premium admite direcciones IP externas regionales y también globales para las
instancias de VM y los balanceadores de cargas. Todas las direcciones IP externas globales
deben usar el nivel Premium. Las aplicaciones que requieren alto rendimiento y disponibilidad,
como las que usan balanceadores de cargas de HTTP(S), de proxy TCP y de proxy SSL con
backends en más de una región, requieren el nivel Premium. El nivel Premium es ideal para
clientes con usuarios en varias ubicaciones a nivel mundial que necesitan el rendimiento y la
confiabilidad de red de mayor calidad.
Con el nivel Premium, el tráfico entrante de los sistemas en Internet ingresa a la red de alto
rendimiento de Google en el PoP más cercano al sistema que lo envía. Dentro de la red de
Google, el tráfico se enruta desde ese PoP a la VM en tu red de nube privada virtual (VPC) o al
bucket de Cloud Storage más cercano. El tráfico de salida se envía a través de la red de Google
y sale desde el PoP más cercano a su destino. Este método de enrutamiento minimiza la
congestión y maximiza el rendimiento, ya que reduce la cantidad de saltos entre los usuarios
finales y los PoP más cercanos a ellos.

Nivel Estándar

El nivel Estándar entrega el tráfico de sistemas externos a los recursos de Google Cloud
mediante el enrutamiento a través de Internet. Aprovecha la doble redundancia de la red de
Google hasta el punto en el que el centro de datos de Google se conecte a un POP de
intercambio de tráfico. Los paquetes que salen de la red de Google se entregan a través de la
Internet pública y están sujetos a la confiabilidad de los ISP y los proveedores de tránsito que
participan. El nivel Estándar brinda una calidad y una confiabilidad de red comparables al de
otros proveedores de servicios en la nube.

Las direcciones IP externas regionales pueden usar los niveles Premium o Estándar.

El nivel Estándar tiene un precio inferior al del Premium, ya que el tráfico de los sistemas en
Internet se enruta a través de redes de tránsito (ISP) antes de enviarse a las VM en tu red de
VPC o en los depósitos regionales de Cloud Storage. Por lo general, el tráfico de salida del nivel
Estándar sale de la red de Google desde la misma región que usa la VM o el bucket de Cloud
Storage que lo envía, sin importar el destino. En raras ocasiones, como durante un evento de
red, es posible que el tráfico no pueda pasar por la salida más cercana y que se envíe a otra
salida, tal vez en otra región.

El nivel Estándar ofrece una alternativa más económica para los siguientes casos de uso:

Tienes aplicaciones que no son sensibles a la latencia ni al rendimiento.

Implementas instancias de VM o usas depósitos de Cloud Storage que pueden estar dentro de
una sola región.

Elige un nivel

Es importante elegir el nivel que satisfaga tus necesidades.

El siguiente árbol de decisión puede ayudarte a decidir cuál de los niveles de servicio de red es
el adecuado para tu caso de uso. Como los niveles de red se eligen a nivel de recurso, como la
dirección IP externa para un balanceador de cargas o una VM, puedes usar el nivel Estándar en
algunos recursos y el nivel Premium en otros. Si no estás seguro de qué nivel usar, elige el nivel
Premium, que es el predeterminado.

Árbol de decisión de niveles de servicio de red

A nivel de proyecto (opción predeterminada: nivel Premium)

Especifica el nivel a nivel de proyecto.

A nivel de recurso (opción predeterminada: nivel Premium)

Balanceo de cargas: Habilítalo para una regla de reenvío.

Instancia: Habilítalo para una plantilla de instancias o de VM.

Otros controles de nivel de recurso en el futuro.

El nivel final de un recurso se determina de la siguiente manera:

Si se configura un nivel para un recurso o para el proyecto en que se encuentra el recurso, se

aplicará ese nivel al recurso.

Si se configura un nivel para el proyecto y para el recurso, tendrá prioridad el nivel del recurso.

Usa el nivel Estándar con Cloud Storage

Para usar el nivel Estándar con Cloud Storage, debes configurar el bucket de almacenamiento
como el backend del balanceador de cargas de Google Cloud. El bucket de Cloud Storage debe
estar en la misma región que la regla de reenvío. De lo contrario, las solicitudes al bucket
producirán un error. Para usar buckets multirregionales de Cloud Storage como backends,
debes usar el nivel Premium.
Actualiza un recurso del nivel Estándar al Premium

Google Cloud designa grupos separados de direcciones IP externas para los niveles Premium y
Estándar.

Cuando se configura una dirección IP para una instancia o un balanceador de cargas, esta se
asigna desde alguno de estos dos grupos según el nivel de red vigente de ese recurso.

La existencia de dos grupos diferentes para el nivel Premium y el nivel Estándar implica lo
siguiente:

Si cambias el nivel de una instancia con una dirección IP efímera, la dirección IP de la instancia
también cambia.

Una dirección IP de un grupo no se puede mover al otro grupo.

Las direcciones IP en el nivel Estándar en una región no se pueden mover a otra región, incluso
si el nivel sigue siendo el mismo.

Configura el nivel Estándar para el balanceo de cargas

Configura el nivel Estándar para el balanceo de cargas de red TCP/UDP

A fin de configurar un balanceador de cargas de red para usar el nivel Estándar, especifica el
nivel Estándar cuando crees la dirección IP y la regla de reenvío del balanceador de cargas.

Si quieres cambiar un balanceador de cargas existente del nivel Premium (predeterminado) al

nivel Estándar o del nivel Estándar al Premium, debes borrar la regla de reenvío del
balanceador de cargas existente y, luego, crear una nueva que apunte al grupo de destino
existente. También debes usar una dirección IP del nivel Estándar con la regla de reenvío de
ese nivel.

Configura el nivel Estándar para el balanceo de cargas de HTTP(S), de proxy SSL y de proxy
TCP

Si no especificas un nivel de red, el balanceador de cargas usa el nivel Premium de forma

predeterminada. Todos los balanceadores de cargas que existían antes de la introducción de
los niveles de servicio de red usan el nivel Premium. El nivel Premium habilita el balanceo de
cargas global, en el que una sola dirección IP puede apuntar a backends en regiones de todo el
mundo. El nivel Estándar solo es un servicio regional.

Para usar el nivel Estándar, el balanceador de cargas debe cumplir con los siguientes criterios:

Debe usar una dirección IP regional del nivel Estándar.

Debe usar una regla de reenvío regional del nivel Estándar.

Solo puede tener backends en la región en la que está la regla de reenvío.

Balanceo de cargas de HTTP(S), de proxy SSL y de proxy TCP del nivel Estándar

A fin de usar el nivel Estándar con un balanceador de cargas de HTTP(S), de proxy SSL o de
proxy TCP, debes elegir una sola región de Google Cloud y, luego, usar una dirección IP externa
regional y una regla de reenvío regional, ambas configuradas para el nivel Estándar, a fin de
apuntar al proxy HTTP(S), el proxy SSL o el proxy TCP de destino correspondiente.

La dirección IP del balanceador de cargas sigue siendo externa, por lo que los clientes de
cualquier lugar de Internet pueden enviarle tráfico, pero todos los backends deben estar
ubicados en la región que elegiste.

Con el nivel Estándar, el tráfico enviado al balanceador de cargas recorre la Internet hasta que
alcanza un punto de intercambio de tráfico de tránsito ubicado en la región de Google Cloud
que elegiste para el balanceador de cargas. Un Google Front End (GFE) actúa como el proxy:
finaliza el tráfico HTTP(S), SSL o TCP y, luego, se comunica con los backends en la región
elegida. Debido a que todas tus VM de backend están ubicadas en una región, el tráfico del
cliente original al GFE está sujeto a saltos adicionales y posible latencia.

Importante: El nivel Estándar cambia el comportamiento de los balanceadores de cargas de

HTTP(S), de proxy SSL y de proxy TCP para que funcionen como los de otros proveedores de
servicios en la nube. El nivel Estándar elimina la capacidad de estos tipos de balanceadores de
cargas de funcionar en varias regiones de Google Cloud.

En el siguiente diagrama, se ilustra la naturaleza regional de los balanceadores de cargas de

HTTP(S), de proxy SSL o de proxy TCP cuando se configuran con el nivel Estándar. Tres
balanceadores de cargas distintos administran el tráfico para los backends en una sola región.
Cada balanceador de cargas tiene su propia dirección IP externa regional. La región que se usa
para esa dirección IP y esa regla de reenvío coincide con la región en la que se encuentran las
VM de backend.

Cuando crees un recurso de dirección IP externa regional en el nivel Estándar, debes

especificar el nivel de red de la dirección IP externa regional como Estándar. Una vez que el
nivel de red se establece como Estándar, no se podrá actualizar a Premium. Para cambiar un
balanceador de cargas al nivel Premium, debes reservar una dirección IP nueva del nivel
Premium.

Si quieres cambiar un balanceador de cargas existente del nivel Premium (predeterminado) al

nivel Estándar, debes hacer lo siguiente:

Quita los backends que estén en regiones distintas de la que contiene tu regla de reenvío para
el balanceador de cargas existente.

Borra la regla de reenvío y la dirección IP existentes y, luego, crea una nueva regla de reenvío
regional del nivel Estándar y una dirección IP que apunte al proxy de destino existente.

Actualiza grandes volúmenes de tráfico del nivel Estándar al nivel Premium

Es importante que identifiques y uses de forma correcta el nivel que se ajusta mejor a tus
necesidades.

Cuando tomes tu decisión, ten en cuenta estas dos restricciones importantes:

No puedes usar las redes del nivel Premium como respaldo para el nivel Estándar. Si durante
una interrupción en las redes del nivel Estándar (por ejemplo, debido a un corte de fibra),
debes volver cambiar la clasificación del tráfico a nivel Premium, se lo trata como de nivel
Estándar durante la interrupción.

Si planeas mover más de 5 Gbps de tráfico del nivel Estándar al nivel Premium, sin tener en
cuenta si ocurrió una interrupción, debes comunicarte con el administrador de cuentas.

Resumen de los niveles Premium y Estándar