[비교분석] Azure files vs AWS FSx 의 심층 분석 (Deep analysis of Azure Files and AWS FSx)
비교분석
작성자
Roronoa
작성일
2022-02-18 10:29
조회
1118
Deep analysis of Azure Files vs AWS FSx (심층 비교)
Azure files 과 AWS FSx의 경우 다양한 시나리오에서 사용 가능하며 가장 특징적인 장점은 디스크의 공유 관점과 윈도우 SMB 서비스 메시지 프로토콜을 사용할수 있다는 장점이 있습니다.
일반적으로 온프레미스에서 오랫동안 윈도우 서버를 파일서버로 사용했다면 윈도우 SMB 서비스 메시지 프로토콜를 사용했으므로 이를 클라우드로 옮겨가는 부분에서 코드의 수정 없이 사용하기 위한 가장 쉬운 방법으로 이 제품은 존재 합니다. 이제품들은 관리형 제품이며 PasS 제품이므로 확장성 관리성 백업 등등 많은 장점이 있습니다. 기본 기능에 대한 내용은 해당 공식문서에 잘 나와 있으므로 크게 설명하지 않겠습니다.
Azure files 과 AWS의 FSx는 마이크로소프트의 Active Directory를 사용할수 있다는 큰 장점이 있습니다. 권한 기반에 파일을 기본의 가지고 있던 인증 체계를 그대로 계승할수 있다는 장점이 가장 큰 사용 이유입니다.
Azure files 과 AWS의 FSx는 비슷한 기능을 제공하며 사용방법과 구축에서 차이점이 있으며 기능에서는 차이점이 크진 않습니다.
먼저 AWS의 FSx의 구축 부분을 살펴보겠습니다. 그림이 하얀색 스크린샷은 제가 AWS 콘솔에서 스크린샷을 직접 구축하면서 캡처한 것이고 검은색 스크린샷은 Azure에서 캡처한 스크린샷입니다.
그림001 AWS의 FSx
그림 001은 AWS의 FSx을 만드는 첫번째 페이지이며 4개의 종류의 FSx가 존재하며 Azured 경우 1번과 3번 만 현재 존재합니다. 그중에 FSx Lustre가 보입니다. 이 제품은 이 글에서 비교 대상이 아니지만 이 제품은 고성능 기반의 공유 디스크라고 생각하시면 됩니다. 현 Azure에서는 아직 이에 대응하는 제품은 없으며 Azure Files premium으로 대체 하기에는 조금 부족합니다. 1번 넷앱온탭은 Azure Files 로 가능하지만 2번 4번은 Azure Files 로 불가능합니다.
우리는 이 글에서 FSx 3번째 있는 윈도우 파일 서버 공유와 Azure Files 를 비교할 예정입니다.
그림002 Azure files
Azure Files 은 프리미엄과 표준으로 구분 가능하며 넷엡 온탭도 가능합니다. NFS는 가능하지만 프리미엄에서만 가능합니다.
NFS는 AWS에서 EFS 영역이므로 현재 이 글에서는 비교하지 않습니다.
그림003 AWS FSx HDD
그림003의 경우 AWS FSx 의 HDD 타입은 최소가 2000GiB 이며 이부분은 적은 파일을 공유하는 부분에서 비효율적 이기 때문에 큰 단점입니다. Azure files 의 경우 1GiB(그림004)이며 매우 적은 파일을 공유하는 공유디스크 부분 시나리오에는 제한되어 있습니다. Max의 경우는 AWS FSx의 경우는 한개의 파일시스템 당 65TiB 이며 Azure files 의 경우 5TiB가 Max 이므로 큰파일은 AWS FSx가 더 유리합니다. 물론 Azure files HDD에서도 여러개의 파일공유를 만들면 되나 5TiB 이상은 불가능 합니다.
그림004 Azure files HDD
그림005 AWS FSx SSD
그림005 AWS FSx SSD의 경우 최소 값이 32기가 최대값 65테라 입니다. 그림006 Azure files Premium이 최소값 100기가 최대값 102테라 입니다. 일반적으로 최대값은 시간이 지나면 AWS나 Azure 나 늘어납니다. 그러나 최소값은 잘 줄지 않기 때문에 이부분을 간과 해서는 안됩니다. 이런 조그만 부분의 차이가 비용차이로 이루어 질수 있습니다.최소값과 최대값이 서로 다른 차이를 인식하는 것이 중요하며 이는 매년 바뀝니다.
그림006 Azure files Premium
그림007 Azure files + AWS FSx용량 종합 비교
2022년 현재는 Azure files이 최소용량은 작고 최대 용량이 더 크기 때문에 좀 더 유리 합니다. 최대 용량은 사실 수년간 지켜보면 Azure files 과 AWS FSx 가 서로 번갈아가면서 올라 가기 때문에 큰 의미는 없습니다. 물론 해당 시점에서 판단은 다를수 있겠지만 기본적으로 최대값은 과거의 사례를 보면 변경됩니다.
그림007 AWS FSx Network + Active Directory
그림007의 파란색 박스 부분은 VPC와 Subnet 을 AWS FSx 와 연동하는 부분이며 빨간색 박스 부분은 AWS Managed Microsoft Active Directory와 연동하는 부분입니다. AWS FSx 에서는 필수로 VPC와 연동을 하지 않고서는 AWS FSx를 사용하지 못합니다. 또한 VPC내부에서만 사용이 가능하며 퍼브릭 접근을 허용하지 않습니다. 이부분은 매우 큰 단점이며 퍼브릭 접근의 가능 여부에 대한 자율성을 고객에게 주어야 한다고 생각합니다.
그림008 Azure files + Network
그림008 부분은 Azure 에서 Virtual Network와 연동하는 부분이며 Azure 역시 Microsoft Active Directory 와 연동이 가능합니다.
그림009 AWS FSx + Active Directory
그림009는 AWS FSx 를 사용하기 위해서는 필수적으로 사용해야 하는 4개의 종류 중에 Microsoft Active Directory 입니다. 코그니토도 있고 무조건 필수적으로 이 인증 리렉토리를 사용해야만 AWS FSx 를 사용할 수 있는 부분은 매우 불만을 가지고 있으며 이 인증이 필요하지 않은 시나리오에서는 사용할수 없는 부분이 매우 단점이라고 생각되어 집니다.
그림010 AWS FSx + Active Directory
그림010은 AWS FSx + Active Directory 이며 생성시 약 40분에서 1시간 정도 걸립니다. 기본적으로 Active Directory 가 생성하는데 이정도 시간이 걸리는것은 매우 빠른것입니다.
이 Active Directory 를 생성하고 VPC에 도메인을 연동해야 AWS FSx 를 연동을 해야 VPC 내부에서만 사용을 할수 있는데 만약 허브엔 스포크로 된 다수의 VPC 사용과 이미Private Domain을 사용하는 VPC에서는 AWS FSx를 연동할수 없기 때문에 이런 제약 조건은 변경되어야 한다고 생각합니다.
그림011 AWS FSx + AWS Managed Active Directory + EC2
그림011은 AWS EC2 내부에서 AWS Managed AD를 통하여 네트워크 드라이브로 AWS FSx 가 연동되어 있는 그림입니다.
그림012 Azure files
그림012의 경우 퍼브릭 접근으로 Azure files 을 일반 노트북에 연동시킨 예제입니다.
결론
필자는 Azure files 은 2016년부터 AWS FSx은 2018년 부터 조그만 개인 파일을 현재 까지 사용하면서 다양한 테스트를 매우 많이 해왔으며 해당 두개의 제품을 엔터프라이즈 레벨로 직접 프로덕션으로 사용하고 있습니다. 수많은 업데이트도 지켜보면서 두개의 제품을 비교했기 때문에 매우 신빙성을 가진 결론이 있습니다. 두개의 제품은 거의 같은 제품이나 다름없습니다.
장단점을 굳이 논하자면 Azure files 는 퍼브릭 사용이 가능하며 Virtual network 외부에서도 사용이 가능하며 AWS FSx는 퍼브릭 사용이 불가능하며 VPC 내부에서만 사용이 가능하며 Active Directory 를 무조건 사용하는 부분이 다릅니다. Azure files는 거의 2-3분에 배포 가능하고 바로 사용할 수 있지만 AWS FSx(30분) + Active Directory(1시간) 을 기다려야 기본으로 배포 가능합니다.
한편으로는 Azure 에서는 AWS FSX Lustre와 매칭되는 제품이 없으니 이또한 Azure의 단점이 될수 있습니다.
Azure Files 와 AWS FSx는 기본적으로 공유 가 초점이며 당연하게 EBS + Azure Disk 보다 느립니다. 공유가 되는데 AWS EBS + Azure Disk 보다 빠르면 AWS EBS + Azure Disk 는 없어져야 합니다.
기본 Azure Files 와 AWS FSx는 이미지 서버로는 적합하지 않습니다. IOPS가 EBS + Azure Disk 느리기 때문에 공유 공유 공유 목적으로만 보통 사용하는 것이 기본이라 할수 있습니다. 이 비교는 단순 기본 Azure Files 와 AWS FSx 이므로 용도가 다른 제품과 직접 비교는 잘못된 방법임을 인지해야 합니다.
보안과 용도를 위해서 현재 구조는 변경될 수 있습니다. 2022년 이후에 어떻게 또 업데이트가 될지 기대하면서 이 글을 마무리 하겠습니다.
Azure Files 공식문서 https://docs.microsoft.com/en-us/azure/storage/files/?WT.mc_id=AZ-MVP-5002667
Azure files 과 AWS FSx의 경우 다양한 시나리오에서 사용 가능하며 가장 특징적인 장점은 디스크의 공유 관점과 윈도우 SMB 서비스 메시지 프로토콜을 사용할수 있다는 장점이 있습니다.
일반적으로 온프레미스에서 오랫동안 윈도우 서버를 파일서버로 사용했다면 윈도우 SMB 서비스 메시지 프로토콜를 사용했으므로 이를 클라우드로 옮겨가는 부분에서 코드의 수정 없이 사용하기 위한 가장 쉬운 방법으로 이 제품은 존재 합니다. 이제품들은 관리형 제품이며 PasS 제품이므로 확장성 관리성 백업 등등 많은 장점이 있습니다. 기본 기능에 대한 내용은 해당 공식문서에 잘 나와 있으므로 크게 설명하지 않겠습니다.
Azure files 과 AWS의 FSx는 마이크로소프트의 Active Directory를 사용할수 있다는 큰 장점이 있습니다. 권한 기반에 파일을 기본의 가지고 있던 인증 체계를 그대로 계승할수 있다는 장점이 가장 큰 사용 이유입니다.
Azure files 과 AWS의 FSx는 비슷한 기능을 제공하며 사용방법과 구축에서 차이점이 있으며 기능에서는 차이점이 크진 않습니다.
먼저 AWS의 FSx의 구축 부분을 살펴보겠습니다. 그림이 하얀색 스크린샷은 제가 AWS 콘솔에서 스크린샷을 직접 구축하면서 캡처한 것이고 검은색 스크린샷은 Azure에서 캡처한 스크린샷입니다.
그림001 AWS의 FSx
그림 001은 AWS의 FSx을 만드는 첫번째 페이지이며 4개의 종류의 FSx가 존재하며 Azured 경우 1번과 3번 만 현재 존재합니다. 그중에 FSx Lustre가 보입니다. 이 제품은 이 글에서 비교 대상이 아니지만 이 제품은 고성능 기반의 공유 디스크라고 생각하시면 됩니다. 현 Azure에서는 아직 이에 대응하는 제품은 없으며 Azure Files premium으로 대체 하기에는 조금 부족합니다. 1번 넷앱온탭은 Azure Files 로 가능하지만 2번 4번은 Azure Files 로 불가능합니다.
우리는 이 글에서 FSx 3번째 있는 윈도우 파일 서버 공유와 Azure Files 를 비교할 예정입니다.
그림002 Azure files
Azure Files 은 프리미엄과 표준으로 구분 가능하며 넷엡 온탭도 가능합니다. NFS는 가능하지만 프리미엄에서만 가능합니다.
NFS는 AWS에서 EFS 영역이므로 현재 이 글에서는 비교하지 않습니다.
그림003 AWS FSx HDD
그림003의 경우 AWS FSx 의 HDD 타입은 최소가 2000GiB 이며 이부분은 적은 파일을 공유하는 부분에서 비효율적 이기 때문에 큰 단점입니다. Azure files 의 경우 1GiB(그림004)이며 매우 적은 파일을 공유하는 공유디스크 부분 시나리오에는 제한되어 있습니다. Max의 경우는 AWS FSx의 경우는 한개의 파일시스템 당 65TiB 이며 Azure files 의 경우 5TiB가 Max 이므로 큰파일은 AWS FSx가 더 유리합니다. 물론 Azure files HDD에서도 여러개의 파일공유를 만들면 되나 5TiB 이상은 불가능 합니다.
그림004 Azure files HDD
그림005 AWS FSx SSD
그림005 AWS FSx SSD의 경우 최소 값이 32기가 최대값 65테라 입니다. 그림006 Azure files Premium이 최소값 100기가 최대값 102테라 입니다. 일반적으로 최대값은 시간이 지나면 AWS나 Azure 나 늘어납니다. 그러나 최소값은 잘 줄지 않기 때문에 이부분을 간과 해서는 안됩니다. 이런 조그만 부분의 차이가 비용차이로 이루어 질수 있습니다.최소값과 최대값이 서로 다른 차이를 인식하는 것이 중요하며 이는 매년 바뀝니다.
그림006 Azure files Premium
그림007 Azure files + AWS FSx용량 종합 비교
2022년 현재는 Azure files이 최소용량은 작고 최대 용량이 더 크기 때문에 좀 더 유리 합니다. 최대 용량은 사실 수년간 지켜보면 Azure files 과 AWS FSx 가 서로 번갈아가면서 올라 가기 때문에 큰 의미는 없습니다. 물론 해당 시점에서 판단은 다를수 있겠지만 기본적으로 최대값은 과거의 사례를 보면 변경됩니다.
그림007 AWS FSx Network + Active Directory
그림007의 파란색 박스 부분은 VPC와 Subnet 을 AWS FSx 와 연동하는 부분이며 빨간색 박스 부분은 AWS Managed Microsoft Active Directory와 연동하는 부분입니다. AWS FSx 에서는 필수로 VPC와 연동을 하지 않고서는 AWS FSx를 사용하지 못합니다. 또한 VPC내부에서만 사용이 가능하며 퍼브릭 접근을 허용하지 않습니다. 이부분은 매우 큰 단점이며 퍼브릭 접근의 가능 여부에 대한 자율성을 고객에게 주어야 한다고 생각합니다.
그림008 Azure files + Network
그림008 부분은 Azure 에서 Virtual Network와 연동하는 부분이며 Azure 역시 Microsoft Active Directory 와 연동이 가능합니다.
그림009 AWS FSx + Active Directory
그림009는 AWS FSx 를 사용하기 위해서는 필수적으로 사용해야 하는 4개의 종류 중에 Microsoft Active Directory 입니다. 코그니토도 있고 무조건 필수적으로 이 인증 리렉토리를 사용해야만 AWS FSx 를 사용할 수 있는 부분은 매우 불만을 가지고 있으며 이 인증이 필요하지 않은 시나리오에서는 사용할수 없는 부분이 매우 단점이라고 생각되어 집니다.
그림010 AWS FSx + Active Directory
그림010은 AWS FSx + Active Directory 이며 생성시 약 40분에서 1시간 정도 걸립니다. 기본적으로 Active Directory 가 생성하는데 이정도 시간이 걸리는것은 매우 빠른것입니다.
이 Active Directory 를 생성하고 VPC에 도메인을 연동해야 AWS FSx 를 연동을 해야 VPC 내부에서만 사용을 할수 있는데 만약 허브엔 스포크로 된 다수의 VPC 사용과 이미Private Domain을 사용하는 VPC에서는 AWS FSx를 연동할수 없기 때문에 이런 제약 조건은 변경되어야 한다고 생각합니다.
그림011 AWS FSx + AWS Managed Active Directory + EC2
그림011은 AWS EC2 내부에서 AWS Managed AD를 통하여 네트워크 드라이브로 AWS FSx 가 연동되어 있는 그림입니다.
그림012 Azure files
그림012의 경우 퍼브릭 접근으로 Azure files 을 일반 노트북에 연동시킨 예제입니다.
결론
필자는 Azure files 은 2016년부터 AWS FSx은 2018년 부터 조그만 개인 파일을 현재 까지 사용하면서 다양한 테스트를 매우 많이 해왔으며 해당 두개의 제품을 엔터프라이즈 레벨로 직접 프로덕션으로 사용하고 있습니다. 수많은 업데이트도 지켜보면서 두개의 제품을 비교했기 때문에 매우 신빙성을 가진 결론이 있습니다. 두개의 제품은 거의 같은 제품이나 다름없습니다.
장단점을 굳이 논하자면 Azure files 는 퍼브릭 사용이 가능하며 Virtual network 외부에서도 사용이 가능하며 AWS FSx는 퍼브릭 사용이 불가능하며 VPC 내부에서만 사용이 가능하며 Active Directory 를 무조건 사용하는 부분이 다릅니다. Azure files는 거의 2-3분에 배포 가능하고 바로 사용할 수 있지만 AWS FSx(30분) + Active Directory(1시간) 을 기다려야 기본으로 배포 가능합니다.
한편으로는 Azure 에서는 AWS FSX Lustre와 매칭되는 제품이 없으니 이또한 Azure의 단점이 될수 있습니다.
Azure Files 와 AWS FSx는 기본적으로 공유 가 초점이며 당연하게 EBS + Azure Disk 보다 느립니다. 공유가 되는데 AWS EBS + Azure Disk 보다 빠르면 AWS EBS + Azure Disk 는 없어져야 합니다.
기본 Azure Files 와 AWS FSx는 이미지 서버로는 적합하지 않습니다. IOPS가 EBS + Azure Disk 느리기 때문에 공유 공유 공유 목적으로만 보통 사용하는 것이 기본이라 할수 있습니다. 이 비교는 단순 기본 Azure Files 와 AWS FSx 이므로 용도가 다른 제품과 직접 비교는 잘못된 방법임을 인지해야 합니다.
보안과 용도를 위해서 현재 구조는 변경될 수 있습니다. 2022년 이후에 어떻게 또 업데이트가 될지 기대하면서 이 글을 마무리 하겠습니다.
Azure Files 공식문서 https://docs.microsoft.com/en-us/azure/storage/files/?WT.mc_id=AZ-MVP-5002667