Service Bus 프리미엄 및 표준 메시징 계층Service Bus Premium and Standard messaging tiers

큐 및 토픽과 같은 엔터티를 포함하는 Service Bus 메시징은 클라우드 규모로 엔터프라이즈 메시징 기능을 풍부한 게시-구독 의미 체계와 결합합니다.Service Bus Messaging, which includes entities such as queues and topics, combines enterprise messaging capabilities with rich publish-subscribe semantics at cloud scale. Service Bus 메시징은 정교한 여러 클라우드 솔루션의 통신 백본으로 사용됩니다.Service Bus Messaging is used as the communication backbone for many sophisticated cloud solutions.

Service Bus 메시징의 프리미엄 계층은 중요 업무용 애플리케이션에 대한 확장성, 성능 및 가용성에 관한 일반적인 고객의 요청을 해결합니다.The Premium tier of Service Bus Messaging addresses common customer requests around scale, performance, and availability for mission-critical applications. 프리미엄 계층은 프로덕션 시나리오에 사용하는 것이 좋습니다.The Premium tier is recommended for production scenarios. 기능 집합은 거의 동일하지만 이러한 Service Bus 메시징의 두 계층은 다른 용도로 사용하도록 고안되었습니다.Although the feature sets are nearly identical, these two tiers of Service Bus Messaging are designed to serve different use cases.

다음 테이블에는 차이가 자세히 설명되어 있습니다.Some high-level differences are highlighted in the following table.

PremiumPremium StandardStandard
높은 처리량High throughput 가변 처리량Variable throughput
예측 가능한 성능Predictable performance 가변 대기 시간Variable latency
고정된 가격 책정Fixed pricing 종량제 가변 가격Pay as you go variable pricing
작업을 확장 및 축소하는 기능Ability to scale workload up and down N/AN/A
최대 1MB의 메시지 크기Message size up to 1 MB 최대 256KB의 메시지 크기Message size up to 256 KB

Service Bus 프리미엄 메시지는 각 고객의 워크로드가 따로 실행되도록 CPU 및 메모리 수준에서 리소스 격리를 제공합니다.Service Bus Premium Messaging provides resource isolation at the CPU and memory level so that each customer workload runs in isolation. 이 리소스 컨테이너를 메시징 단위라고 합니다.This resource container is called a messaging unit. 각 프리미엄 네임스페이스에는 하나 이상의 메시징 단위가 할당됩니다.Each premium namespace is allocated at least one messaging unit. 각 Service Bus 프리미엄 네임 스페이스에 대해 1, 2, 4 또는 8 개의 메시징 단위를 구입할 수 있습니다.You can purchase 1, 2, 4 or 8 messaging units for each Service Bus Premium namespace. 단일 작업 또는 엔터티는 여러 메시징 단위에 걸쳐 있을 수 있으며 메시징 단위 수는 변경 될 수 있습니다.A single workload or entity can span multiple messaging units and the number of messaging units can be changed at will. 그 결과, Service Bus 기반 솔루션에 대해 예측 가능하고 반복 가능한 성능이 구현됩니다.The result is predictable and repeatable performance for your Service Bus-based solution.

이로 인해 예측 가능성 및 가용성도 높아질 뿐 아니라 속도도 더 빨라집니다.Not only is this performance more predictable and available, but it is also faster. Service Bus 프리미엄 메시징은 Azure Event Hubs에 도입된 스토리지 엔진에 빌드됩니다.Service Bus Premium Messaging builds on the storage engine introduced in Azure Event Hubs. 프리미엄 메시징을 사용할 경우 표준 계층을 사용하는 것보다 최고 성능이 훨씬 더 빠릅니다.With Premium Messaging, peak performance is much faster than with the Standard tier.

프리미엄 메시징 기술 차이Premium Messaging technical differences

다음 섹션에서는 프리미엄 및 표준 메시지 계층 간의 몇 가지 차이점을 설명합니다.The following sections discuss a few differences between Premium and Standard messaging tiers.

분할 큐 및 항목Partitioned queues and topics

프리미엄 메시징에서 분할된 큐 및 항목이 지원되지 않습니다.Partitioned queues and topics are not supported in Premium Messaging. 분할에 대한 자세한 내용은 분할 큐 및 항목을 참조하세요.For more information about partitioning, see Partitioned queues and topics.

Express 엔터티Express entities

프리미엄 메시지가 완전히 격리된 런타임 환경에서 실행되므로 프리미엄 메시지는 Express 엔터티가 지원되지 않습니다.Because Premium messaging runs in a completely isolated run-time environment, express entities are not supported in Premium namespaces. Express 기능에 대한 자세한 내용은 QueueDescription.EnableExpress 속성을 참조하세요.For more information about the express feature, see the QueueDescription.EnableExpress property.

표준 메시지에서 실행되는 코드가 있고 프리미엄 계층으로 이식하려는 경우 EnableExpress 속성이 false(기본값)로 설정되어 있는지 확인합니다.If you have code running under Standard messaging and want to port it to the Premium tier, make sure the EnableExpress property is set to false (the default value).

프리미엄 메시징 리소스 사용량Premium Messaging resource usage

일반적으로 엔터티에 대 한 모든 작업을 수행 하면 CPU 및 메모리 사용이 발생할 수 있습니다.In general, any operation on an entity may cause CPU and memory usage. 이러한 작업 중 일부는 다음과 같습니다.Here are some of these operations:

  • 큐, 토픽 및 구독에 대 한 CRUD (만들기, 검색, 업데이트 및 삭제) 작업과 같은 관리 작업입니다.Management operations such as CRUD (Create, Retrieve, Update, and Delete) operations on queues, topics, and subscriptions.
  • 런타임 작업 (메시지 보내기 및 받기)Runtime operations (send and receive messages)
  • 작업 및 경고 모니터링Monitoring operations and alerts

추가 CPU 및 메모리 사용은 그 외에도 가격이 책정 되지 않습니다.The additional CPU And memory usage is not priced additionally though. 프리미엄 메시징 계층에는 메시지 단위에 대 한 단일 가격이 있습니다.For the Premium Messaging tier, there is a single price for the message unit.

다음과 같은 이유로 CPU 및 메모리 사용량이 추적 되 고 사용자에 게 표시 됩니다.The CPU and memory usage are tracked and displayed to the you for the following reasons:

  • 시스템 내부에 투명성 제공Provide transparency into the system internals
  • 구매한 리소스의 용량을 파악 합니다.Understand the capacity of resources purchased.
  • 확장/축소를 결정 하는 데 도움이 되는 용량 계획입니다.Capacity planning that helps you decide to scale up/down.

메시징 단위-필요한 개수Messaging unit - How many are needed?

Azure Service Bus Premium 네임 스페이스를 프로 비전 할 때 할당 된 메시징 단위 수를 지정 해야 합니다.When provisioning an Azure Service Bus Premium namespace, the number of messaging units allocated must be specified. 이러한 메시징 단위는 네임 스페이스에 할당 되는 전용 리소스입니다.These messaging units are dedicated resources that are allocated to the namespace.

Service Bus Premium 네임 스페이스에 할당 된 메시징 단위 수는 워크 로드의 변경 (증가 또는 감소)을 고려 하 여 동적으로 조정할 수 있습니다.The number of messaging units allocated to the Service Bus Premium namespace can be dynamically adjusted to factor in the change (increase or decrease) in workloads.

아키텍처의 메시징 단위 수를 결정할 때 고려해 야 할 여러 요인이 있습니다.There are a number of factors to take into consideration when deciding the number of messaging units for your architecture:

  • 네임 스페이스에 할당 된 1 ~ 2 개의 메시징 단위 를 사용 하 여 시작 합니다.Start with 1 or 2 messaging units allocated to your namespace.
  • 네임 스페이스에 대 한 리소스 사용 메트릭 내에서 CPU 사용 메트릭을 연구 합니다.Study the CPU usage metrics within the Resource usage metrics for your namespace.
    • CPU 사용량이 20% 미만이면 네임 스페이스에 할당 된 메시징 단위의 수를 줄일 수 있습니다.If CPU usage is below 20%, you might be able to scale down the number of messaging units allocated to your namespace.
    • CPU 사용량이 70%를 초과하면 응용 프로그램은 네임 스페이스에 할당 된 메시징 단위 수를 확장 하는 이점을 누릴 수 있습니다.If CPU usage is above 70%, your application will benefit from scaling up the number of messaging units allocated to your namespace.

Service Bus 네임 스페이스에 할당 된 리소스의 크기를 조정 하는 프로세스는 Azure Automation runbook을 사용 하 여 자동화할 수 있습니다.The process of scaling the resources allocated to a Service Bus namespaces can be automated by using Azure Automation Runbooks.

참고

네임 스페이스에 할당 된 리소스의 크기 조정은 선점형 이거나 대응식 일 수 있습니다.Scaling of the resources allocated to the namespace can be either preemptive or reactive.

  • 선점형: 계절성 또는 추세 때문에 추가 작업이 필요한 경우 작업에 도달 하기 전에 네임 스페이스에 더 많은 메시징 단위를 할당할 수 있습니다.Preemptive: If additional workload is expected (due to seasonality or trends), you can proceed to allocate more messaging units to the namespace before the workloads hit.

  • 사후: 리소스 사용 메트릭을 조사 하 여 추가 작업을 식별 한 경우 추가 리소스를 네임 스페이스에 할당 하 여 수요를 늘릴 수 있습니다.Reactive: If additional workloads are identified by studying the resource usage metrics, then additional resources can be allocated to the namespace to incorporate increasing demand.

Service Bus 요금은 매시간 청구 됩니다.The billing meters for Service Bus are hourly. 수직 확장의 경우 사용 된 시간에 대 한 추가 리소스에 대해서만 비용을 지불 합니다.In the case of scaling up, you only pay for the additional resources for the hours that these were used.

프리미엄 메시징 시작Get started with Premium Messaging

프리미엄 메시징 시작은 간단하며 프로세스는 표준 메시징의 프로세스와 비슷합니다.Getting started with Premium Messaging is straightforward and the process is similar to that of Standard Messaging. 먼저 Azure Portal에서 네임스페이스를 만듭니다.Begin by creating a namespace in the Azure portal. 가격 책정 계층에서 프리미엄을 선택했는지 확인합니다.Make sure you select Premium under Pricing tier. 전체 가격 책정 세부 정보 보기를 클릭하여 각 계층에 대해 자세히 알아봅니다.Click View full pricing details to see more information about each tier.

create-premium-namespace

Azure Resource Manager 템플릿을 사용하여 프리미엄 네임스페이스를 만들 수도 있습니다.You can also create Premium namespaces using Azure Resource Manager templates.

다음 단계Next steps

Service Bus 메시지에 대해 자세히 알아보려면 다음 링크를 참조하세요.To learn more about Service Bus Messaging, see the following links: