대규모 조직 및 공용 클라우드에서 다중 사용자를 위한 소프트웨어를 배포하는 다양한 방법이 있습니다. 접근 방식 또는 소프트웨어 배포 아키텍처를 선택하는 것은 다양한 요소에 따라 다릅니다. 이러한 이유로 단일 테넌시와 다중 테넌시 아키텍처 유형의 차이를 이해하는 것이 유용합니다. 이 블로그 글에서는 이 두 유형을 비교하고 클라우드 기반 백업 서비스 프레임워크 내에서 다중 테넌시를 어떻게 활용할 수 있는지에 대해 논의합니다.
단일 테넌시란?
단일 테넌시는 각 클라이언트/고객 또는 조직이 애플리케이션의 개별 및 격리된 인스턴스를 갖는 소프트웨어 아키텍처 유형입니다. 이는 각 고객이 자체 전용 서버 또는 인프라를 가지고 있어 다른 고객과 공유하지 않고 오로지 그들만 사용한다는 것을 의미합니다.
단일 테넌시 사용 사례
단일 테넌시 아키텍처의 가장 일반적인 사용 사례는 아래에서 설명됩니다.
- 단일 테넌시는 일반적으로 조직이 자신들의 애플리케이션에 대해 높은 수준의 보안, 개인 정보 보호 및 사용자 정의를 필요로 하는 상황에서 사용됩니다. 이는 금융, 의료, 정부 및 민감한 데이터를 처리하는 기타 산업과 같은 산업에서 자주 사용됩니다.
- 단일 테넌시는 또한 고유한 워크플로, 데이터 구조 또는 비즈니스 프로세스를 전용 애플리케이션 인스턴스로 가장 잘 처리할 수 있는 대규모 조직에서 자주 사용됩니다.
- 소규모 및 중소기업은 소프트웨어 응용 프로그램에 대한 특정 요구 사항을 충족시킬 수 없는 경우 공유 또는 다중 테넌트 솔루션으로 충족시키기 어려운 경우 단일 테넌시를 사용할 수 있습니다.
전반적으로 단일 테넌시는 소프트웨어 응용 프로그램에 대한 고급 맞춤 설정, 보안 및 제어가 필요한 조직에 적합합니다. 이러한 조직은 자체 전용 인프라를 관리하고 유지하기 위해 필요한 자원을 투자하는 것을 원합니다.
AWS에서의 단일 테넌시 예제
조직은 환경과 리소스에 대한 완전한 제어가 필요한 경우 AWS에서 단일 테넌트 아키텍처를 선택할 수 있습니다. 이러한 시나리오에서 조직은 자체 가상 사설 클라우드(VPC)를 생성하고 응용 프로그램을 전용 리소스 세트에 배포합니다. 조직은 리소스와 데이터의 구성, 보안 및 관리에 대한 완전한 제어를 갖습니다. 예를 들어, 이러한 조직은 AWS에서 단일 테넌트 아키텍처를 사용하여 고도로 맞춤 설정되고 안전한 전자 상거래 플랫폼 또는 민감한 고객 데이터를 처리하는 백업 소프트웨어를 호스팅할 수 있습니다.
단일 테넌시의 장점
단일 테넌트 접근 방식의 장점은 다음과 같습니다:
- 고 수준의 보안 각 응용 프로그램 인스턴스가 고유한 전용 인프라와 리소스에서 실행되기 때문에 각 고객의 데이터와 응용 프로그램이 서로 완전히 격리되어 있어 데이터 침해 또는 기타 보안 문제의 위험이 줄어듭니다.
- 더 큰 사용자 정의는 각 고객이 자신의 개별 애플리케이션 인스턴스를 가질 수 있도록 허용하여 그들의 특정한 요구 사항을 충족시킬 수 있게 합니다. 이러한 수준의 사용자 정의는 모든 고객이 동일한 애플리케이션 인스턴스를 공유하는 다중 테넌트 아키텍처에서는 불가능합니다.
- 보다 큰 유연성은 고객이 공유 또는 다중 테넌트 환경의 정책이나 제약 사항에 제한받지 않고 자신의 데이터 및 애플리케이션을 독립적으로 관리할 수 있도록 허용함으로써 얻을 수 있습니다.
- 리소스에 대한 더 나은 제어는 고객에게 자체 전용 인프라를 제공하여 애플리케이션의 인스턴스에 할당된 리소스에 완전한 제어권을 부여함으로써 조직이 인프라 사용률을 최적화하고 리소스 충돌 문제를 피할 수 있도록 합니다.
- 다중 테넌트 아키텍처와 비교했을 때 더 나은 성능과 확장성은 각 애플리케이션 인스턴스에 할당된 리소스가 전용이므로 다른 고객과 공유되지 않기 때문에 얻을 수 있습니다.
- 규제 요구 사항을 쉽게 준수할 수 있도록 각 고객이 자신의 데이터를 완전히 제어하고 독립적으로 관리할 수 있습니다.
이제 단일 테넌트와 다중 테넌트 접근 방식의 차이를 찾기 위해 다중 테넌시로 넘어가 봅시다.
다중 테넌시란 무엇인가요?
멀티텐넌시는 테넌트 간에 분리를 제공하는 아키텍처로, 서버에 설치된 소프트웨어 응용 프로그램의 공유 인스턴스가 여러 고객(이 경우에는 테넌트라고 함)을 서비스할 수 있습니다. 표준 단일 테넌트 아키텍처는 각 테넌트를 위해 응용 프로그램 인스턴스를 설치해야 합니다. 멀티텐넌시는 테넌트들을 서로 논리적으로 격리할 수 있도록 합니다. 테넌트는 고립된 환경에서 응용 프로그램 설정을 사용자 정의할 수 있지만, 응용 프로그램 자체는 응용 프로그램 소유자(마스터 관리자)에 의해 제어됩니다.
간단히 말해, 멀티텐넌시는 각각 고유한 잠금장치로 보호되는 다중 아파트 건물에 비유할 수 있습니다. 각 아파트 소유자(또는 임차인)는 자신의 아파트에만 접근할 수 있는 고유한 열쇠를 가지고 있습니다. 아파트가 동일한 건물에 위치하더라도, 거주자들은 다른 아파트, 그 거주자들 및 그 내용에 대해 아무것도 알지 못합니다.
건물 소유자는 건물 전체를 위한 통신(예: 인터넷 또는 전화 회선 연결)을 설정하고 아파트에 분배했으며, 각각의 아파트가 개별적으로 통신 인프라를 설정하는 대신입니다. 아파트 거주자들은 전기, 배관, 가스 등을 주문하고 필요에 따라 사용하여 사용한 서비스에 대해 건물 소유자에게 지불합니다.
마찬가지로, 테넌트들은 필요에 따라 관리 서비스 제공업체(MSP)에서 서비스를 구독하고 사용할 수 있습니다. 멀티텐넌시 배치를 사용하는 데 혜택을 받을 수 있는 사람들에 대해 알아보겠습니다.
멀티텐넌시 사용 사례
다중 테넌트 소프트웨어 접근 방식은 다음과 같은 시나리오에서 사용될 수 있습니다:
- 다중 테넌시는 일반적으로 소프트웨어 서비스 (SaaS) 솔루션을 제공하는 조직에서 사용되며, 여러 고객이 동일한 응용 프로그램과 기반이 되는 인프라를 공유합니다.
- 다중 테넌트 접근 방식은 또한 여러 고객이 동일한 컴퓨팅 리소스 풀을 공유할 수 있는 클라우드 컴퓨팅 환경에서 사용됩니다.
- 멀티 테넌시는 조직이 다중 고객 사이에서 리소스 활용을 극대화하고 비용을 절감하려는 경우에 사용됩니다.
- 이 접근 방식은 각 고객의 리소스 사용량이 비교적 작거나 가변적인 경우에 특히 유용하며, 이는 SaaS 솔루션에서 고객이 다른 사용 패턴과 리소스 요구 사항을 갖는 경우에 해당됩니다.
- A multi-tenant architecture is used when organizations can achieve economies of scale and reduce operational costs associated with managing and maintaining separate infrastructure for each customer.
멀티 테넌트 예제
멀티 테넌시는 때로 대규모 기업에서 다른 부서들이 테넌트로 사용됩니다. 그러나 멀티 테넌시의 가장 흥미로운 사용 사례는 AWS와 같은 클라우드 환경에서 관리되는 서비스 제공 업체(MSPs)의 경우입니다. 고객이 이 방식으로 클라우드 기반 MSP를 통해 IT 필요를 충족하고자 하는 이유가 몇 가지 있습니다.
경우에 따라서, 소규모 기업은 본인의 직원 중에 전문 IT 전문가가 없을 수 있습니다. 그들은 필요한 IT 인프라의 기술적 설정, 구성 및 유지보수에 어려움을 겪을 것입니다. 일부 고객은 단순히 자체 환경에서 물리적 서버를 배포하고 소프트웨어를 구성하는 것과 관련된 기술적 (및 재정적) 문제를 피하고 싶어합니다.
또한 클라우드에서는 테넌트가 사용한 만큼만 지불합니다. 예를 들어, 한 회사의 대규모 프로젝트가 완료되면 이 프로젝트를 위해 실행되던 가상 머신(VM)의 리소스가 해제되고 해당 VM은 더 이상 필요하지 않게 됩니다. 고객이 관리형 서비스를 사용하는 경우에는 이러한 VM(또는 Amazon EC2 인스턴스)을 간단히 삭제하여 사용하지 않는 리소스에 대한 비용을 절약할 수 있습니다. 물리 서버(심지어 가상 머신을 실행하는 서버도)를 사용하는 경우에는 이 옵션이 없으며 서버의 일부 리소스가 유휴 상태로 남아 비용이 낭비될 수 있습니다. 이는 고객이 MSP가 제공하는 클라우드 기반 서비스를 사용하기로 선택할 수 있는 가장 일반적인 이유 중 하나입니다.
이러한 서비스 중 가장 인기 있는 것은 인프라 구조 서비스(IaaS), 플랫폼 서비스(PaaS) 및 소프트웨어 서비스(SaaS)입니다. 이 블로그 글에서는 다음과 같은 SaaS 요소가 고려됩니다: 백업 서비스(BaaS), 복제 서비스(RaaS) 및 재해 복구 서비스(DRaaS).
MSP는 하드웨어 리소스, 재정 리소스 및 인적 리소스 사용을 최적화하는 것에 관심이 있습니다. 이것이 다중 테넌시 접근 방식이 그들에게 이상적인 이유입니다. MSP는 AWS 클라우드의 서버에 다중 테넌시 지원을 갖춘 소프트웨어의 한 인스턴스를 설정하고 이를 사용하여 별도의 계정을 가진 여러 고객에게 서비스를 제공할 수 있습니다. 각 사용자마다 소프트웨어의 개별 인스턴스를 설정할 필요가 없습니다.
MSP에게 다중 테넌시의 장점
MSP가 다중 테넌시를 사용하는 것의 장점 목록은 다음과 같습니다:
- 더 쉬운 유지 보수 및 업그레이드. 다중 테넌트 접근 방식을 통해 MSP는 업그레이드하고 지원해야 할 소프트웨어 인스턴스가 줄어듭니다. 한 번 업데이트되면 소프트웨어 제품은 모든 테넌트(고객)에게 제공됩니다. 단일 테넌트 제품을 사용하여 SaaS를 관리하고 있었다면 기술 전문가는 각 고객의 인스턴스를 개별적으로 업데이트하거나 업그레이드해야 했을 것입니다.
- 자원 효율적인 사용. 다중 테넌시를 지원하는 소프트웨어는 적은 기술 전문가가 필요하고 서버에 필요한 하드웨어 리소스가 적게 필요합니다. 이는 유지 관리해야 할 소프트웨어 인스턴스가 적기 때문에 모든 테넌트가 동일한 리소스와 인프라를 사용하기 때문입니다.
- 비용 효율성 및 시간 절약. 방금 언급한 기능 덕분에 다중 테넌시를 지원하는 소프트웨어는 시간과 비용을 절약할 수 있습니다. 장기적으로 다중 테넌트 아키텍처를 사용하면 투자 비용이 줄어듭니다. 이는 동일한 응용 프로그램을 사용하는 테넌트 사이에서 응용 프로그램 리소스가 공유되기 때문에 유지 관리 및 지원 비용이 줄어듭니다. MSP가 비용을 절약하는 다중 테넌트 제품을 사용할 때, 이러한 절약액을 전달하여 고객에게 더 저렴한 가격으로 서비스를 제공할 수 있습니다. 따라서 MSP는 제공하는 서비스를 구매하는 고객을 더 많이 유치할 수 있습니다.
- 높은 확장성. 새로운 사용자를 추가하는 것이 훨씬 쉽고 편리하며 MSP가 새로운 서버, 가상 머신 또는 응용 프로그램 인스턴스를 추가할 필요가 없습니다. 다중 테넌트 소프트웨어의 확장성은 공급 업체가 비즈니스가 개선됨에 따라 제공량을 늘릴 수 있도록 합니다.
- 고객 서비스 향상. 다중 테넌트 아키텍처를 사용하면 MSP가 시스템 사용량을 모니터링할 수 있습니다. 신뢰할 만한 분석을 통해 수집된 정보를 사용하여 제공하는 서비스를 평가하고 개선할 수 있습니다. MSP는 분석에 따라 인프라를 업그레이드하거나 재구성할 수 있으며, 소프트웨어 제품 구독을 수정할 수 있습니다.
고객을 위한 다중 테넌트 클라우드 서비스의 장점
다중 테넌트 솔루션은 고객이 자체 비용이 많이 드는 인프라를 보유할 필요가 없게 합니다. 이는 유지 및 지원에 투자해야 할 것입니다. 예를 들어, 서버는 아마존 AWS를 사용하여 클라우드에서 가상 머신으로 실행할 수 있습니다. 고객은 비싼 물리적 하드웨어나 테이프 라이브러리를 구매할 필요 없이 아마존 클라우드에 백업을 수행할 수 있습니다. 그들은 IT 인프라를 걱정하지 않고 핵심 비즈니스에 집중할 수 있습니다.
고객은 제공되는 서비스로 사용되는 소프트웨어를 업데이트하거나 업그레이드할 필요가 없습니다. 사실, NAKIVO Backup & Replication의 다중 테넌트 솔루션 사용자는 소프트웨어를 전혀 설치할 필요가 없습니다. 이를 MSP가 처리합니다. 소프트웨어는 MSP가 정기적으로 업데이트하며, 고객은 환경을 자신의 필요에 맞게 사용자 정의할 수 있습니다.
다중 테넌트 서비스 사용은 안전합니다. 테넌트는 서로의 가상 환경에 액세스할 수 없습니다.
단일 테넌트 대 다중 테넌트
마지막으로, 관리 서비스 제공업체 및 클라우드 제공업체의 사용 측면에서 단일 테넌트 대 다중 테넌트 비교의 요약 표를 살펴보겠습니다.
응용 프로그램의 각 인스턴스는 단일 고객에게 전용입니다.
모든 고객이 응용 프로그램의 동일한 인스턴스를 공유합니다.
응용 프로그램의 각 인스턴스는 다른 고객으로부터 완전히 격리됩니다.
모든 고객이 응용 프로그램 및 인프라의 동일한 인스턴스를 공유합니다. 하나의 고객 데이터가 침해당하면 모든 다른 고객에 영향을 줄 수 있습니다.
각 고객은 고유한 전용 인프라와 자원이 필요합니다.
자원이 여러 고객 사이에서 공유되어 자원을 더 효율적으로 사용할 수 있습니다.
각 고객은 고유한 자원이 필요합니다.
자원을 여러 고객 사이에서 공유하여 자원을 더 효율적으로 사용할 수 있습니다.
응용 프로그램의 각 인스턴스를 관리하고 유지하기 위한 전용 자원과 전문 지식이 필요합니다.
모든 고객이 응용 프로그램의 동일한 인스턴스를 공유하여 자원을 더 효율적으로 사용할 수 있습니다.
각 응용 프로그램의 인스턴스는 각 고객마다 별도로 맞춤화 및 구성되어야 합니다.
모든 고객이 응용 프로그램의 동일한 인스턴스를 공유합니다.
응용 프로그램의 각 인스턴스에는 전용 자원이 있습니다.
자원이 여러 고객 사이에서 공유되어 성능 문제나 자원 경합을 야기할 수 있습니다.
인스턴스가 비활성 상태인 경우 전용 인프라를 사용하므로 다른 작업을 위한 잠재적인 자원을 할당할 수 없습니다.
공유 자원이 사용되며, 테넌트의 인스턴스가 비활성 상태인 경우 잠재적인 자원을 효과적으로 재분배할 수 있습니다.
자원
단일 테넌트 및 다중 테넌트 접근 방식 사이의 선택은 조직의 특정 요구 사항에 따라 달라집니다. 단일 테넌트 아키텍처는 더 많은 맞춤 설정, 보안 및 리소스 제어를 제공하지만 더 비싸고 복잡한 관리가 될 수도 있습니다. 다중 테넌트 아키텍처는 더 큰 확장성과 더 쉬운 유지 보수를 제공하지만 동일한 수준의 맞춤 설정 또는 보안을 제공하지 않을 수도 있습니다. 기관은 각 접근 방식의 장단점을 주의 깊게 평가하여 자신에게 가장 적합한 것을 결정해야 합니다.
BaaS, RaaS 및 DRaaS
백업 서비스 (BaaS), 복제 서비스 (RaaS) 및 재해 복구 서비스 (DRaaS) 측면에서 다중 테넌시가 어떻게 사용될 수 있는지 알아보겠습니다.
클라우드 기술과 가상화의 인기가 높아짐에 따라 가상 환경의 데이터 보호는 중대한 문제가 되었습니다. 비즈니스에 중요한 데이터를 백업하는 것은 회사에게 필수적이며, 해당 데이터를 로컬이나 공용 또는 사설 클라우드에 보관하더라도 마찬가지입니다. 3-2-1 백업 규칙에 따라, 최상의 방법은 데이터의 복사본을 3개 보유하는 것을 권장하며, 이 중 2개는 다른 장치에 저장되고 적어도 1개는 오프사이트에 저장됩니다.
클라우드에서 실행되는 가상 머신은 회사 사무실에 위치한 물리적 장치로 백업할 수 있습니다. 회사가 자체 인프라를 보유하지 않는 경우 클라우드 환경에서 원격 사이트로 백업하거나 백업을 다른 클라우드에 저장할 수 있습니다. 예를 들어, Amazon 클라우드의 다른 지역 내에서 백업을 저장할 수 있습니다. 마찬가지로, 온사이트에서 실행되는 물리적 서버의 VM은 클라우드에 백업할 수 있습니다(보통 MSP와 함께). 백업 서비스 (BaaS)는 클라우드에서 VM 백업이 필요한 회사에 적합한 솔루션입니다.
MSP는 고신뢰성과 고가용성이 필요한 고객을 만족시키기 위해 노력하며, 일반적으로 BaaS 이상의 서비스를 제공합니다. 복제 서비스 (RaaS) 및 재해 복구 서비스 (DRaaS)는 일반적으로 BaaS와 함께 제공됩니다. 이 확장된 솔루션은 온사이트 또는 클라우드 위치로의 로컬 VM 및 클라우드 VM의 백업, 복제 및 복구에 대한 높은 수요가 있습니다. 고객에게 최상의 서비스를 제공하기 위해 MSP는 정기적으로 인프라를 업그레이드하고 사용자 친화적 인터페이스를 갖춘 신뢰할 수 있는 멀티 테넌트 소프트웨어를 배포합니다.
클라우드 비즈니스 성장을 촉진하기 위해 MSP(Manged Service Provider)는 배포 및 관리에 관련된 비용을 줄일 수 있는 쉽게 확장 가능한 솔루션이 필요합니다. 이러한 솔루션은 보안을 보장하고 높은 성능을 유지하며 최적화된 자원 활용을 가져야 합니다. 이상적으로는 백업, 복제 및 재해 복구가 단일 창구에서 관리될 수 있어야 합니다. 가상 환경에서 작업할 때에는 소프트웨어가 에이전트 없이 선택되어야 합니다.
다중 테넌트 데이터 보호 솔루션 선택: NAKIVO 백업 및 복제
NAKIVO 백업 및 복제는 MSP와 그들의 클라이언트를 고려하여 개발된 범용 데이터 보호 솔루션입니다. 이 솔루션은 다중 테넌트 모드에서 사용되어 BaaS, RaaS, DRaaS를 제공하고 가상 (VMware vSphere, Microsoft Hyper-V, Nutanix AHV VM 및 Amazon EC2 인스턴스)를 지원할 수 있습니다.
NAKIVO 솔루션은 단일 테넌트 및 다중 테넌트 모드로 배포할 수 있습니다. MSP가 다중 테넌트 모드에서 NAKIVO 솔루션을 사용하는 장점은 다음과 같습니다:
- Amazon AWS에 대비. NAKIVO 백업 및 복제는 빠르고 쉽게 Amazon AWS 클라우드에 배포할 수 있습니다(사전 구성된 AMI로).
- 기탄력 있는 배포 옵션, Windows, Linux, NAS, VA에서도 가능합니다.
- MSP 콘솔. MSP는 중앙 집중형 웹 인터페이스에서 모든 고객을 관리할 수 있습니다. 고객 인프라를 추가하여 완전한 데이터 보호 서비스를 제공할 수 있습니다. MSP는 또한 자체 배포된 NAKIVO 백업 & 복제(단일 테넌트 모드)를 사용하는 고객을 추가하여 관리 및 지원 서비스를 제공할 수 있습니다.
- 고객용 자체 서비스 포털. NAKIVO 백업 & 복제의 자체 인스턴스가 없는 MSP 고객을 위해, MSP 관리자는 솔루션의 역할 기반 액세스 제어를 사용하여 백업 및 복구 작업 일부를 고객에게 할당할 수 있습니다. 각 고객(테넌트)은 고립된 대시 보드에 액세스하여 자체 백업, 복제 및 복구 작업을 관리할 수 있습니다. 하나의 테넌트의 작업 및 인벤토리는 다른 테넌트에게 보이지 않습니다.
- 개별 브랜딩. MSP는 NAKIVO 백업 & 복제 인터페이스 브랜딩을 사용자에게 원활한 경험을 제공하기 위해 사용자 정의할 수 있습니다. 서비스 제공 업체는 제공되는 모든 서비스가 일관된 기업 스타일을 유지하도록 제품의 외관을 표준화할 수 있습니다.
- 라이센스. MSP용 NAKIVO 백업 & 복제는 워크로드 당 월별 또는 연간 라이센스로 라이센스가 부여됩니다. MSP는 매월 필요한 워크로드에 대해 지불하거나 연간 라이센스에 가입하여 더 큰 절약을 할 수 있습니다.
다중 테넌트 모드로 NAKIVO 백업 & 복제는 BaaS, RaaS 및 DRaaS를 제공하려는 MSP에게 강력한 솔루션입니다. 제품은 온사이트 인프라 없이도 Amazon AWS와 같은 클라우드에서 사용할 수 있으며, 이는 MSP 및 최종 사용자의 요구를 충족시키는 훌륭한 방법입니다.
다중 테넌트 모드로, NAKIVO Backup & Replication은 BaaS, RaaS 및 DRaaS를 제공하려는 MSP들을 위한 강력한 솔루션입니다. 이 제품은 Amazon AWS와 같은 클라우드에서 사용할 수 있으며, 온사이트 인프라 없이도 사용할 수 있어 MSP와 최종 사용자 모두의 요구에 맞출 수 있습니다.
Source:
https://www.nakivo.com/blog/single-tenant-vs-multi-tenant/