클라우드 애플리케이션 우선순위 지정이란 무엇인가요?

클라우드 애플리케이션 우선순위 지정은 네트워크가 혼잡, 손실 또는 불안정한 링크를 경험할 때 비즈니스에 중요한 애플리케이션 트래픽에 우선권을 부여합니다. 이는 비즈니스에서 정기적으로 사용되는 SaaS 및 클라우드 호스팅 앱의 사용자 경험을 향상시키는 데 도움이 됩니다.

클라우드 애플리케이션 우선순위 지정은 다음과 같은 다양한 수단을 사용하여 우선순위를 구현할 수 있습니다:

• 애플리케이션 식별 및 분류
• 서비스 품질(QoS) 우선순위
• 트래픽 쉐이핑
• 경로 조정

애플리케이션 우선순위 지정이 지연을 0으로 보장하지는 않지만, 경쟁 상황에서 비즈니스에 중요한 네트워크 트래픽에 미치는 잠재적 영향을 줄이는 데 도움이 될 수 있습니다. 또한, 적절한 네트워크 설계 및 용량 계획을 대체할 수는 없습니다.

클라우드 애플리케이션 우선순위 지정이 실제로 어떻게 작동하는가

클라우드 애플리케이션 우선순위 지정은 링크가 바쁠 때 특정 유형의 트래픽에 우선적인 대우를 제공하여 손실과 지연을 줄입니다. 일반적으로 우선순위가 매겨지는 트래픽 유형에는 화상 회의, 원격 데스크톱, 고객 관계 관리(CRM) 및 결제 워크플로가 포함됩니다. 우선순위 지정은 아키텍처에 따라 엣지 장치, 지점 라우터, 게이트웨이 또는 클라우드 제공 제어 지점과 같은 다양한 위치에서 몇 가지 다른 수단을 사용하여 시행될 수 있습니다.

이 맥락에서 “클라우드 애플리케이션”으로 간주되는 것은 무엇인가요?

클라우드 애플리케이션에는 SaaS 앱, 클라우드 호스팅 웹 앱 및 기업 WAN을 통해 액세스되는 IaaS 호스팅 내부 앱이 포함됩니다. 협업 도구, CRM/ERP, 원격 액세스, 개발 도구 및 유사한 애플리케이션은 클라우드 기반일 수 있으며 우선순위 지정의 혜택을 받을 수 있는 앱의 예입니다. 또한, 이러한 앱이 의존하는 DNS 및 신원 및 인증 흐름과 같은 지원 트래픽도 유사하게 우선순위를 매겨야 합니다.

그러나 클라우드 애플리케이션을 식별하는 것은 여러 가지 이유로 어려울 수 있습니다. 그 중 하나는 IP 주소와 포트가 콘텐츠 전송 네트워크(CDN), 공유 호스팅 및 동적 엔드포인트의 사용으로 인해 현대 앱을 식별하는 데 신뢰할 수 없다는 것입니다. 또한, 대부분의 애플리케이션 트래픽이 암호화되어 있다는 사실은 페이로드 검사가 아닌 메타데이터와 분류를 사용하여 우선 순위를 정해야 함을 의미합니다.

우선 순위 지정이 대역폭 관리와 어떻게 다른가요?

우선 순위 지정은 추가 대역폭을 할당하는 것이 아니라 사용 가능한 대역폭이 어떻게 사용되는지를 정의한다는 점에서 대역폭 관리와 다릅니다. 목표는 혼잡이 심할 때 비즈니스에 중요한 애플리케이션이 제한된 대역폭에서 최우선 순위를 갖도록 하는 것입니다.

예를 들어, 혼잡 시 비디오 회의와 같은 실시간 애플리케이션이 우선 순위를 부여받아 더 낮은 지연 시간과 더 높은 신뢰성을 제공합니다. 대조적으로, 소셜 미디어 사용은 트래픽 양을 줄이기 위해 제한되거나 캡이 설정될 수 있습니다. 이로 인해 회사는 총 대역폭이 적은 상태에서도 주요 애플리케이션에 대해 더 나은 성능을 달성할 수 있습니다.

클라우드 애플리케이션이 우선 순위 지정을 필요로 하는 이유

비디오 회의와 같은 일부 클라우드 애플리케이션은 매우 지연에 민감합니다. 지연은 비디오에 지연을 초래하고, 직원 생산성을 저하시킬 수 있으며, 고객 경험을 손상시키고, 판매 손실을 초래하며, IT 헬프데스크에 대한 티켓 수를 증가시킬 수 있습니다.

동시에 클라우드 애플리케이션은 분산된 사용자, 공유 네트워크 링크, 예측할 수 없는 인터넷 라우팅 및 불규칙한 백그라운드 트래픽으로 어려움을 겪고 있습니다. 그 결과, “충분한 대역폭”을 가진 기업도 마이크로버스트, 피크 및 마지막 마일 제약으로 인해 네트워크 혼잡을 경험할 수 있습니다.

우선 순위 지정이 실제로 줄이는 성능 문제는 무엇인가요?

클라우드 애플리케이션 우선 순위 지정은 사용자 경험에 직접적인 영향을 미치는 문제를 해결하기 위해 설계되었습니다. 예를 들어:

• 미들마일의
• 지터
• 패킷 손실

음성/비디오 및 대화형 애플리케이션과 같은 일부 유형의 트래픽에서는 작은 지연조차도 상당한 지연을 초래하고 사용자 경험에 해를 끼칠 수 있습니다. 대조적으로, 짧은 지연과 네트워크 혼잡은 백업이나 운영 체제 업데이트와 같은 더 많은 처리량을 요구하는 작업에는 최소한의 영향을 미칩니다. 마이크로피크가 작은 혼잡 창을 초래할 때, 우선 순위 지정은 이러한 처리량이 많은 작업을 연기하여 잠재적인 지연이 실제로 눈에 띄게 될 애플리케이션에 우선 순위를 부여합니다.

우선 순위 지정이 도움이 되지 않는 경우는 언제인가요?

우선 순위 지정은 유용한 도구가 될 수 있지만 완벽하지는 않습니다. 해결할 수 없는 몇 가지 문제는 다음과 같습니다:

• 지속적인 혼잡: 우선순위 지정은 일부 트래픽을 가까운 미래의 덜 혼잡한 시간으로 지연시킬 수 있는 능력에 따라 달라집니다.
• 잘못된 식별: 앱이 잘못 식별되면 잘못된 트래픽이 우선권을 부여받게 됩니다.
• 상류 혼잡: 혼잡이 귀하의 통제 밖에 있다면, 지역화된 우선순위 지정은 제한된 영향을 미칠 수 있습니다.
• 우선순위 인플레이션: 모든 트래픽이 최우선으로 표시되면 실제로 우선순위가 매겨진 트래픽은 없습니다.

우선순위 지정은 건강하고 적절한 크기의 네트워크에서 일시적인 혼잡을 해결합니다. 이러한 문제가 존재하는 경우, 조직은 용량 계획, 라우팅 아키텍처 및 앱 합리화를 통해 문제의 근본 원인을 해결해야 합니다.

클라우드 애플리케이션 우선순위 지정 작동 방식

클라우드 애플리케이션 우선순위 지정을 설정하는 것은 발견, 분류 및 우선순위 할당을 포함하는 다단계 프로세스입니다. 그 후, 조직은 시스템을 운영 환경에 배포하고 시행하며, 모니터링하고 필요에 따라 조정할 수 있습니다.

클라우드 애플리케이션 우선순위 지정은 여러 링크가 있을 때 경로 선택을 보완하기 위해 배포될 수 있습니다. 비판적인 앱을 성능이 더 좋은 경로에 할당하면 우선순위 지정 없이도 자동으로 지연 시간과 손실을 줄일 수 있습니다.

애플리케이션은 어떻게 식별되고 분류됩니까?

애플리케이션은 다음을 포함한 다양한 방법을 통해 식별되고 분류될 수 있습니다:

• 애플리케이션 서명
• 카테고리
• IP 범위 (신뢰성이 낮음)
• 포트/프로토콜 (신뢰성이 가장 낮음)
• DSCP 마킹

애플리케이션이 식별된 후, 정책을 통해 분류할 수 있습니다. 정책은 종종 애플리케이션과 사용자/그룹, 사이트, 트래픽 방향의 조합에 따라 정의됩니다. 정책에는 브레이크글래스, 임원실, 콜센터와 같은 예외 및 재정의가 있을 수 있습니다.

QoS 마킹과 큐는 어떤 역할을 합니까?

서비스 품질 (QoS) 마킹은 네트워크 패킷에 추가되어 네트워크 장치가 적절한 정책을 식별하고 적용하는 데 도움을 줍니다. 클라우드 애플리케이션 우선 순위 지정의 경우, 비즈니스에 중요한 애플리케이션과 제한되거나 조절되어야 하는 트래픽을 구분하는 분류 및 우선 순위를 인코딩합니다.

큐는 패킷이 전송될 차례를 기다리는 동안 임시로 저장될 수 있는 메모리 버퍼입니다. 트래픽의 다양한 우선 순위는 서로 다른 큐에 할당되며, 이는 각 트래픽 유형에 할당될 대역폭의 양을 결정합니다.

가장 중요한 트래픽 신호 및 메트릭

애플리케이션 우선 순위 지정의 효과를 평가할 때, 지연 시간, 지터, 패킷 손실 등 사용자 경험에 영향을 미치는 메트릭을 살펴보십시오. 이 메트릭은 엔드포인트, 지사 엣지, WAN 경로 및 클라우드 엣지를 포함한 다양한 지점에서 측정되어야 합니다. 또한, 작은 혼잡 기간이 넓은 평균에 의해 가려질 수 있으므로 세분화된 측정을 수행하고 사용하는 것이 중요합니다.

어떤 애플리케이션이 진정으로 “중요한”지 어떻게 알 수 있습니까?

우선 순위 지정을 구현할 때, 비즈니스에 중요한 애플리케이션을 올바르게 식별하는 것이 중요합니다. 고려해야 할 주요 기준은 다음과 같습니다:

• 수익 영향
• 운영 의존성
• 고객 대면
• 규정 준수
• 시간 민감성
• 사용자 집단

시작하기 좋은 방법은 결제 처리와 같은 비즈니스의 중심이 되는 몇 가지 워크플로를 식별하는 것입니다. 중요한 앱에서 의존성을 도출하고, 여기에는 신원 제공자, DNS 및 장치 관리와 같은 명백한 것과 숨겨진 것 모두가 포함됩니다. 이 모든 것을 단일 클래스로 라벨링하면 전체 워크플로의 성능이 향상될 것입니다.

우선 순위가 작동하고 있는지 어떻게 검증합니까?

네트워크 트래픽 자체를 파고들지 않고는 우선 순위 검증이 어려울 수 있습니다. 주목해야 할 주요 효과는 다음과 같습니다:

• 부하 하에서의 안정성 향상
• 중요한 트래픽에 대한 지터 및 손실의 급증 감소
• 티켓 감소

우선 순위는 네트워크에 의도적인 혼잡을 도입하고 주요 시스템에 미치는 영향을 모니터링함으로써 실험실이나 파일럿 사이트와 같은 통제된 환경에서 테스트할 수 있습니다. 또한, 팀은 동일한 시간 창과 작업 부하에 대해 구현 전후의 성능을 비교할 수 있습니다.

테스트할 때는 수정이 하나의 애플리케이션을 향상시키면서 다른 애플리케이션을 망치지 않도록 모든 중요한 애플리케이션을 살펴보는 것이 중요합니다. 또한 비즈니스 요구가 변경될 수 있으므로 필요에 따라 분류 및 우선 순위를 업데이트하기 위해 정기적인 검토를 수행해야 합니다.

클라우드 애플리케이션 우선 순위 지정의 일반적인 정책

클라우드 애플리케이션 우선 순위 지정 정책은 일반적으로 고우선 순위 트래픽과 대량/대역폭 트래픽을 분리하는 데 중점을 둡니다. 이 각각은 조직의 나머지 네트워크 트래픽과는 다른 특별한 처리가 필요합니다.

어떤 애플리케이션이 일반적으로 가장 높은 우선 순위를 받습니까?

비즈니스에 중요하고 반복적인 애플리케이션에 최우선 순위를 두어야 하며, 지터나 손실에 대한 허용 범위가 낮아야 합니다. 일반적인 예는 다음과 같습니다:

• 음성/비디오 회의
• 원격 데스크톱 및 VDI
• 콜센터 도구
• 결제 워크플로우
• 시간 민감한 인증 흐름

조직마다 중요한 애플리케이션이 다를 수 있으므로, 사례별로 검증하는 것이 중요합니다. 경영진의 예외가 필요한 경우도 있지만, 정책의 확산을 피하기 위해 제한되어야 합니다.

대량 및 백그라운드 트래픽을 어떻게 처리해야 합니까?

대량 및 백그라운드 트래픽은 덜 중요하거나 지연에 민감하지 않으며, 제한, 속도 조절 또는 비혼잡 시간대에 예약하여 처리할 수 있습니다. 일반적인 예는 다음과 같습니다:

• 백업
• 운영 체제 업데이트
• 대용량 파일 동기화
• 패치 다운로드
• 미디어 스트리밍

일부 경우, 조직은 소프트웨어 빌드나 데이터 파이프라인과 같은 대량이지만 중요한 트래픽을 가질 수 있습니다. 이러한 트래픽은 지연에 민감한 애플리케이션에 미치는 영향을 제한하기 위해 사용자 정의 정책이나 경로 선택(가능한 경우)의 사용이 필요할 수 있습니다.

지사 및 원격 사용자 간의 우선 순위 구현

우선 순위는 이질적인 링크와 사이트 간의 일관성 문제를 해결하면서 가능한 한 템플릿과 정책을 표준화하도록 설계된 단계적 프로세스를 통해 배포되어야 합니다. 고려해야 할 일반적인 도전 과제에는 원격 사용자와 같은 트래픽이 기업 WAN의 가장자리에 우선 순위를 두어야 하며, 정책 간의 충돌이 포함되며, 이는 정렬된 규칙을 통해 관리되어야 합니다.

안전한 롤아웃 계획이란 무엇인가요?

안전한 롤아웃 계획은 가치를 극대화하기 위해 설계된 단계적 프로세스를 포함합니다. 종종, 여기에는 가장 중요한 앱과 대역폭을 가장 많이 소비하는 중요하지 않은 앱을 포함하여 10-20개의 앱을 선택하는 것이 포함됩니다.

이러한 정책은 모니터링 및 롤백 계획과 성공 기준의 명확한 정의가 있는 몇 개의 대표 사이트에 배포되어야 합니다. 파일럿에서 배포가 성공하면 롤아웃은 추가 사이트나 애플리케이션을 포함하도록 점진적으로 확장될 수 있습니다.

피해야 할 가장 일반적인 실수는 무엇인가요?

클라우드 애플리케이션 우선 순위 지정을 롤아웃할 때 가장 일반적인 실수 중 일부는 다음과 같습니다:

• 우선순위 인플레이션: 최우선 순위는 소수의 비즈니스에 중요한 앱에만 부여되어야 합니다.
• 종속성 무시하기: 인증 및 DNS와 같은 종속성의 우선 순위를 정하지 않으면 비즈니스에 중요한 워크플로가 중단될 수 있습니다.
• 과적합: 정책은 가능한 한 일반적으로 유지되어야 하며 단일 사이트의 트래픽 패턴에 과적합되지 않아야 합니다.
• 집행 누락: 트래픽에 마킹하는 것은 해당 마킹에 기반한 집행 없이는 아무런 의미가 없습니다.

후속 조치 없음: 정책은 정기적으로 검토 및 업데이트되어야 하며, 특히 애플리케이션 포트폴리오에 변경이 있을 때 더욱 그렇습니다.

클라우드 애플리케이션 우선 순위 지정에 대한 자주 묻는 질문들

클라우드 애플리케이션 우선 순위 지정은 QoS와 동일한가요?

아니요, QoS는 특정 앱의 성능을 향상시키기 위해 네트워크 트래픽을 관리하는 데 사용되는 광범위한 기능 및 방법의 클래스입니다. 클라우드 애플리케이션 우선순위 지정은 클라우드 애플리케이션과 데이터 스트림의 우선순위를 지정하는 데 중점을 두며, 이러한 앱에 대한 QoS를 구현하는 특정 방법입니다.

클라우드 애플리케이션의 우선순위를 지정하기 위해 SD-WAN이 필요합니까?

아니요, 클라우드 애플리케이션 우선순위 지정은 여러 가지 방법으로 구현할 수 있습니다. 그러나 SD-WAN 스타일 아키텍처는 앱 식별, 정책 및 다중 경로 조정 등 필요한 모든 기능을 일반적으로 포함합니다.

조직은 몇 개의 우선순위 계층을 사용해야 합니까?

일반적으로 세 개 또는 네 개의 계층이면 충분하여 비즈니스에 중요한 앱과 대역폭을 많이 사용하는 사용자를 나눌 수 있습니다. 너무 많은 계층을 구현하면 의미 있는 이점을 제공하지 않고 작업만 추가되므로 역효과를 낼 수 있습니다.

우선순위 지정이 스스로 나쁜 통화 품질을 해결할 수 있습니까?

문제의 근본 원인에 따라 다릅니다. 우선순위 지정은 네트워크 링크가 일시적으로 혼잡할 때 도움이 되지만, 링크 상태와 관련된 만성적인 문제에는 도움이 되지 않습니다. 문제의 근본 원인을 이해하고 해결하는 것은 만성적인 나쁜 통화 품질을 해결하는 데 필수적입니다.

우선순위 지정 정책은 얼마나 자주 검토해야 합니까?

우선순위 지정 정책은 정기적으로 검토해야 하며 특정 이벤트에 따라 검토해야 합니다. 예를 들어, 팀은 분기별 검토를 수행하고 중요한 애플리케이션 변경이나 사건 후에 추가 검토를 수행할 수 있습니다. 이러한 검토에는 정책 부풀림을 피하기 위해 가능한 경우 정책을 정리하고 단순화하는 것이 포함되어야 합니다.

클라우드 애플리케이션 우선순위 지정이 시간이 지남에 따라 클라우드 애플리케이션 성능을 개선하는 방법

클라우드 애플리케이션 성능 관리 는 조직의 애플리케이션 포트폴리오와 비즈니스 요구 사항의 변화로 인해 언제든지 재분류를 강요할 수 있는 지속적인 도전입니다. 이러한 이유로 팀은 주요 지표를 지속적으로 모니터링하고 측정하며 정책을 정기적으로 검토해야 합니다.

처음 시작할 때는 비즈니스에 중요한 상위 앱의 성능과 신뢰성을 향상시키는 데 집중한 다음 필요에 따라 확장해야 합니다. 전체 과정 동안 앱 계층 결정, 정책 의도, 예외 및 검증 결과와 같은 세부 사항은 향후 사용을 위해 명확하게 문서화되어야 합니다.

올바른 정책을 정의하고, 이를 시행하며, 지속적으로 모니터링하고 측정하는 것은 성공에 필수적입니다. 잘 수행되면, 애플리케이션 우선순위 지정은 부하 하에서 더 일관된 앱 경험을 제공하고, 피할 수 있는 중단을 줄이며, 실제로 성능을 주도하는 요소에 대한 더 명확한 가시성을 제공합니다.