비용 최적화를 위해서는 데이터 스토리지 요구 사항에 적합한 Amazon AWS S3 스토리지 클래스를 찾는 것이 필수적입니다. 스토리지 클래스 간의 차이점을 이해하고 해당 기능의 무게를 측정하면 데이터에 적합한 스토리지 클래스를 결정하는 데 도움이 될 수 있습니다. 이 블로그에서는 올바른 EBR 솔루션과 함께 특정 사용 사례에 각 Amazon S3 스토리지 클래스를 활용하는 방법을 알아봅니다.
백업을 수행할 때 이러한 다양한 스토리지 클래스를 최대한 활용할 수 있습니다. Zmanda EBR 솔루션이 허용하는 것처럼 백업 및 복구 솔루션 자체에서 직접 스토리지를 구성할 수 있는 경우 스토리지 구성을 처리하기가 더 간단합니다. Zmanda는 AWS S3 내에서 최대 3개의 스토리지 클래스를 백업하도록 제공합니다. Zmanda의 강력한 백업 지원으로 AWS SXNUMX 스토리지 클래스의 강점을 살펴보겠습니다.
우리의 블로그 AWS 개요 스토리지 클래스를 더 잘 이해하는 데 도움이 됩니다. 그래서, 당신이 우리의 새로운 AWS 시리즈, 이 시리즈의 이전 블로그를 빠르게 읽어보는 것이 좋습니다.
AWS S3의 스토리지 유형
단일 유형의 클라우드 스토리지는 현대 비즈니스 스토리지 요구 사항을 충족하지 못합니다. 단일 클라우드 스토리지 유형만으로는 비용 최적화를 달성하기 어렵기 때문에 AWS S3는 다양한 요구 사항에 따라 선택할 수 있는 옵션을 제공합니다.
결제할 때마다 사용되는 신용 카드 PIN과 같은 일부 데이터는 자주 액세스되지만 어린 시절 사진과 같은 다른 데이터는 거의 액세스되지 않습니다. 이러한 고유한 액세스 요구 사항을 충족하기 위해 AWS 스토리지 클래스도 생성됩니다.
백업을 시작할 때마다 특정 데이터를 특정 스토리지 클래스에 저장하는 것은 많은 작업처럼 들리지 않습니까? 운 좋게도 Zmanda를 사용하면 AWS S3 스토리지 클래스를 구성하여 Zmanda 관리 콘솔 (ZMC) 자체.
구현에 적합한 AWS S3 스토리지 클래스를 선택하려면 AWS S3의 스토리지 클래스를 더 잘 이해해야 합니다. 이를 이해하기 위해 먼저 응답 시간에 따라 데이터 처리가 어떻게 분류되는지 알아봅니다.
데이터 처리는 응답 시간에 따라 세 가지 유형으로 분류됩니다. 그들은:
- 실시간: 데이터 처리 결과가 즉시 필요할 때 사용합니다. 예를 들어 소프트웨어의 무료 평가판에 제한을 적용한다고 가정합니다. 이 경우 평가판 사용자가 나중에가 아니라 즉시 할당량을 소진하는 시기를 알아야 합니다.
- 거의 실시간: 이는 데이터 처리 결과가 곧 필요하지만 즉시 필요하지 않은 경우에 사용됩니다. 거의 실시간에 가까운 데이터 처리에서 결과는 현재가 아닌 최근 과거의 데이터를 반영합니다. 예를 들어 데이터 세트에서 영업 리드를 인식하는 운영 인텔리전스를 확보하는 경우를 예로 들어 보겠습니다. 구매 가능성이 더 높은 영업 리드를 식별한 다음 모든 리드에 집중하는 대신 여기에 집중합니다.
- 배치 : 이는 데이터 처리 결과가 즉시 필요하지 않고 몇 시간 또는 며칠의 지연이 허용되는 경우에 사용됩니다. 예를 들어 월별 주기로 수행되는 급여 활동의 경우를 예로 들어 보겠습니다.
Zmanda에서 지원하는 AWS S3 스토리지 클래스를 실시간 및 준실시간 범주로 분류하면 다음과 같이 나타납니다.
| 실시간(밀리초 액세스) | 거의 실시간 |
| S3 표준 | S3 Glacier 유연한 검색(1분~12시간) |
| S3 Standard-간헐적인 액세스 | |
| S3 One Zone-간헐적인 액세스 | |
| S3 감소된 중복 스토리지 |
위의 분류는 액세스 시간에 관한 것입니다. 앞에서 설명한 것처럼 ZMC에서 AWS S3를 대상으로 사용할 때 백업하려는 스토리지 클래스를 선택할 수 있습니다. AWS S3 선택 구성의 이러한 편리함은 Zmanda를 진정한 사용자 중심으로 만드는 것입니다.
클라우드에 백업할 때 좋은 인터넷 연결은 타협할 수 없습니다. 그러나 인터넷이 간헐적으로 끊기는 경우 클라우드 백업 안정성 기능은 딸꾹질 없이 백업 및 복원을 계속 실행합니다. 사소한 연결 문제가 백업 및 복구 프로세스를 방해하지 않으므로 안심할 수 있습니다. 이 기능은 귀하의 개입이 필요하지 않으며 Zmanda에 의해 자동으로 활성화됩니다.
S3 표준
S3 표준은 모든 객체의 기본 스토리지 클래스입니다. S3에 업로드하는 동안 스토리지 클래스를 지정하지 않으면 데이터가 자동으로 S3 표준에 저장됩니다. 높은 내구성(99.999999999%)을 위해 S3 Standard에 저장된 데이터는 최소 XNUMX개의 가용 영역에 저장됩니다. 그만큼 유연성 동일 지역 복제 또는 교차 지역 복제를 사용할 수 있습니다. 따라서 전체 가용 영역이 다운되더라도 데이터 안전이 보장됩니다. 실시간 액세스를 지원하며 가장 비싼 스토리지 클래스입니다. 기가바이트 및 API 호출당 스토리지 요금이 부과됩니다.
따라서 대부분의 예산을 AWS S3에 지출했으며 빠듯하게 운영되고 있습니다. 그러나 백업 및 복구 솔루션을 타협하는 것은 선택 사항이 아닙니다. 이러한 상황에서 Zmanda는 타협하지 않고 AWS S3 지출을 최대한 활용할 수 있도록 합니다. S3 표준이 비싸기 때문에 백업 솔루션(Zmanda 읽기)이 비쌀 필요는 없습니다. Zmanda의 라이선스 정책은 백업되는 엔드포인트 수에 따라 요금을 청구합니다. 테라바이트 또는 페타바이트의 데이터를 백업하도록 선택할 수 있지만 Zmanda 라이선스 비용은 영향을 받지 않습니다. 이를 통해 비용 요소에 대해 많이 생각하지 않고도 비즈니스를 쉽게 확장할 수 있습니다.
동적 웹 사이트, 클라우드 애플리케이션, 모바일 및 게임 애플리케이션, 콘텐츠 배포와 같은 상당한 양의 중요 데이터를 백업하려는 경우 S3 표준이 이상적입니다. Zmanda의 비용 이점으로 AWS S3 스토리지를 최대한 활용할 수 있습니다.
데이터를 S3 Standard 스토리지 클래스에 백업하도록 ZMC에서 백업 세트를 구성할 수 있습니다. 이렇게 하면 ZMC와 AWS S3의 화면 간을 조정하는 오버헤드가 제거됩니다. 저장소 페이지에서 이 작업을 수행할 수 있습니다.
다음으로 S3 Standard Infrequent Access(S3 IA) 스토리지 클래스에 대해 알아보겠습니다.
S3 Standard Infrequent Access(S3 IA)
S3 IA 스토리지 클래스는 한 달에 한 번 또는 일년에 한 번 액세스할 가능성이 있지만 액세스할 때 즉시 필요한 데이터를 위한 것입니다. 액세스가 드물더라도 S3 IA에 저장된 데이터는 즉시, 즉 밀리초 단위로 액세스할 수 있습니다. S3 표준에 비해 스토리지에 대해 기가바이트당 더 낮은 가격이 청구됩니다. 그러나 GB당 검색 수수료를 지불해야 합니다.
자주 액세스하지 않는 데이터를 장기간 저장하면서 비용을 절감할 수 있습니다. 결과적으로 S3 IA는 장기 스토리지 및 재해 복구 사용 사례에 이상적입니다.
AWS S3 UI와 Zmanda UI 간의 조정을 단순화하기 위해 ZMC의 스토리지 페이지에서 S3 Standard IA 스토리지 클래스에 발생하도록 데이터 백업을 설정할 수 있습니다.
S3 수명 주기 정책이란 무엇입니까?
S3 수명 주기 정책 수명에 따라 AWS가 S3에 저장된 객체를 처리하는 방법을 구성할 수 있습니다. S3 수명 주기 정책을 통해 개체를 다른 스토리지 클래스로 이동하거나 보관하거나 특정 기간(예: 30일) 후에 삭제할 수도 있습니다.
S3 수명 주기 정책 정의의 이점은 이동/아카이브/삭제 작업을 자동화할 수 있다는 것입니다. 이렇게 하면 객체를 모니터링하고 수시로 처리해야 하는 번거로움을 덜 수 있습니다. Zmanda를 사용하면 방금 배운 것과 유사한 기능을 구현할 수 있습니다.
Zmanda의 백업 구성은 다음을 통해 이루어집니다. 백업 세트. 백업 세트는 XNUMX개의 서로 다른 화면을 통해 구성됩니다. 각 화면에서 백업 대상, 백업 위치, 스테이징 사용 방법 등과 같은 백업 세트의 다양한 측면을 제어할 수 있습니다. 백업 미디어라는 백업 구성의 마지막 화면에서 많은 미디어별 옵션을 구성할 수 있습니다. . 사용 가능한 옵션 중 하나는 보유 기간. 이 옵션을 사용하면 백업을 보존할 기간을 지정할 수 있습니다.
그러나 스토리지 세트가 보관된 경우 데이터 보존 기간이 만료되더라도 AWS S3에서 데이터가 정리되지 않습니다. 아래 스크린샷에서 Amazon S3는 영구 보관 보관에 사용되고 있습니다.
AWS가 제공하는 일부 스토리지 클래스 전환이 있다는 점에 유의하십시오. 지원하지 않습니다. 예를 들어 S3 수명 주기 정책은 객체를 스토리지 클래스에서 S3 Standard 또는 Reduced Redundancy Storage(RRS)로 전환하지 않습니다. 또한 S3 수명 주기 정책 전환 및 만료는 청구 가능.
S3 One Zone Infrequent Access(S3 One Zone IA)
S3 One Zone IA는 한 달에 한 번 또는 일년에 한 번 액세스할 수 있지만 액세스해야 하는 경우 즉시 필요한 덜 중요한 데이터를 위한 것입니다. One Zone IA와 S3 IA의 차이점은 여러 영역에서 데이터 복제가 없다는 것입니다. 가용 영역 하나의 영역 IA에서. S3 One Zone IA에 저장하는 모든 데이터는 비용 절감을 위해 단일 가용 영역에 저장됩니다. S20 IA 스토리지 클래스보다 3% 저렴합니다. 여기서 장단점은 데이터가 저장된 가용 영역이 파괴되면 데이터가 손실된다는 것입니다. 따라서 One Zone IA의 내구성은 단일 가용 영역에서 99.999999999%입니다.
S3 One Zone IA는 백업 데이터의 추가 사본 또는 쉽게 재생성 가능한 데이터와 같은 중요하지 않은 데이터에 이상적입니다. 여기에서도 S3 IA에 비해 기가바이트당 더 낮은 가격이 청구되며 GB당 검색 요금은 S3 IA와 동일합니다.
데이터를 S3 Standard One Zone IA 스토리지 클래스에 백업하려면 ZMC(스토리지 페이지) 자체를 통해 쉽게 설정할 수 있습니다.
S3 축소 중복 스토리지(RRS)
S3 Reduced Redundancy Storage는 자주 액세스할 가능성이 있는 중요하지 않은 데이터를 위한 것입니다. 이 클래스에 저장된 데이터는 더 적은 중복성 즉, RRS의 내구성은 3%입니다.
처리된 데이터나 썸네일과 같이 재생 가능한 콘텐츠를 배포하기 위해 고가용성 스토리지가 필요할 때 RRS를 사용할 수 있습니다. AWS에 따르면 S3 Standard 클래스는 RRS보다 비용 효율적이므로 S3 Standard를 사용하는 것이 좋습니다. RRS는 동일한 스토리지 용량에 대해 S3 표준보다 약간 더 비쌉니다.
Zmanda를 통해 재생 가능한 콘텐츠를 백업하는 경우 RRS로 잘못 갈 수 없습니다. 멀티파트 업로드 API와 같은 Zmanda의 사용자 중심 기능과 함께 고가용성 AWS 스토리지의 결합된 이점을 얻을 수 있습니다. ZMC의 스토리지 화면은 S3 Reduced Redundancy 스토리지에 백업하는 데 필요한 구성 옵션을 제공합니다.
S3 Glacier 유연한 검색(이전의 S3 Glacier)
S3 Glacier Flexible Retrieval은 즉시 액세스할 필요가 없는 데이터를 보관하기 위한 것입니다. 액세스 속도를 희생하면서 비용을 절약하는 것이 필요한 경우 S3 Glacier Flexible Retrieval이 적합합니다. 액세스 속도의 단점은 스토리지 클래스 데이터가 아카이브되기 때문입니다. 데이터를 사용하려면 먼저 추출해야 합니다. 따라서 일반적으로 사용하기 전에 몇 분에서 몇 시간(거의 실시간)을 기다려야 합니다.
저렴한 비용에도 불구하고 이 클래스에 저장된 데이터가 최소 3개의 가용 영역에 복제되므로 S3 표준과 동일한 높은 내구성을 얻을 수 있습니다.
S3 Glacier Flexible Retrieval에 백업하는 것은 규정 준수를 위한 데이터 보관, 대규모 데이터 세트와 관련된 재해 복구, 오프사이트 데이터 스토리지 요구 사항에 적합합니다. 스토리지에 대해 S3 One Zone IA보다 낮은 요금이 부과되며 대량 검색은 무료입니다.
장기 보관을 위해 다른 보관 옵션을 고려하고 있다면 방법을 알고 싶을 것입니다. 테이프 저장 S3에 대해 쌓입니다.
보관을 더 쉽게 하기 위해 Zmanda를 사용하면 ZMC 자체에서 바로 Glacier에 보관할 수 있습니다. Backup Where(백업 위치) 페이지에는 Archive to glacier(빙하로 보관) 옵션에 대한 확인란과 그 옆에 있는 일 수(일)가 있습니다. AWS S3에 저장된 데이터를 AWS S3 Glacier에 자동으로 보관한다고 가정해 보겠습니다. 이 경우 확인란을 선택하고 보관이 수행되어야 하는 일 수를 지정해야 합니다. 이 구성을 저장하면 해당 백업 세트로 백업된 데이터가 자동으로 S3 Glacier Flexible Retrieval 스토리지 클래스에 보관됩니다. 아카이브는 데이터가 AWS S3 스토리지에서 지정된 일 수를 보낸 후에 자동으로 발생합니다. 따라서 Zmanda가 대신 처리하므로 S3 Flexible Retrieval Glacier 스토리지 클래스로 데이터를 이동하는 것에 대해 걱정할 필요가 없습니다.
S3 대. 줄자
테이프의 용량이 발전함에 따라 S3의 비용 및 속도에 비해 테이프가 제공하는 이점을 무시할 수 없습니다.
비용
데이터를 저장하기 위해 테이프를 선택하면 설정하는 데 많은 비용이 소요됩니다. 이를 설정하려면 테이프 라이브러리, 미디어 및 드라이브를 구입해야 합니다. 고맙게도 유지 관리 및 카트리지 교체 비용(약 USD 15)이 저렴합니다. 비록 테이프 수명 수분이 조절된 환경에서 증가하므로 필수 사항은 아닙니다.
저장할 데이터가 많은 기업(페타바이트 읽기)은 Zmanda와 함께 테이프를 사용하는 것을 선호합니다. 몇 가지 예로는 연구 시설, 슈퍼컴퓨터 실험실, 일기 예보 스테이션 및 대학이 있습니다. 이렇게 엄청난 양의 데이터를 S3에 저장하는 것은 많은 비용이 들며 권장되지 않습니다. 이렇게 방대한 양의 데이터가 S3에 저장되면 발생하는 비용은 거의 테이프 체인저 라이브러리 비용(약 USD 18,000)과 동일합니다.
이 막대한 비용은 일회성 투자인 테이프와 달리 매달 적용됩니다. 요약하면 대용량 데이터를 장기간 저장하는 경우 테이프가 S3보다 낫습니다.
테이프에 백업을 저장할 때 테이프에 레이블을 지정하고 테이프를 정리하는 것도 사용자의 책임입니다. 의 책임 테이프 보호 도난 및 물리적 손상도 귀하에게 떨어질 것입니다.
클라우드 측면에서는 AWS와 같은 클라우드 서비스 공급자가 모든 인프라 설정 및 유지 관리를 처리하므로 많은 선행 비용을 지출할 필요가 없습니다. 이미 많은 AWS 서비스를 사용하고 있는 기업은 스토리지 요구 사항에 AWS S3를 사용하는 경우 할인을 받을 수 있습니다. 몇 가지 예로는 소프트웨어 회사와 중소기업이 있습니다. 따라서 테이프와 AWS S3는 모두 나름의 방식으로 비용 이점을 제공합니다. 선택은 스토리지 요구 사항에만 달려 있습니다.
속도
대부분의 기술과 마찬가지로 테이프도 상당히 발전했습니다. 최신 LTO-9 지원 최대 비압축 속도는 초당 400MB이고 최대 압축 속도는 초당 1000MB입니다. 테이프는 앞으로 더 빨라질 것입니다. 더 빠른 속도가 필요한 경우 테이프 라이브러리를 업그레이드할 수 있는 완전한 유연성이 있습니다.
반면에 AWS S3의 속도는 보유한 대역폭에 의해 제한됩니다. S3에 저장할 데이터가 많은 경우 대역폭을 늘리는 데 투자하는 것이 현명합니다.
Zmanda를 사용하면 클라이언트 병렬 백업을 통해 대역폭 사용을 최적화할 수 있습니다. 백업 방법 페이지의 클라이언트 병렬 백업 필드를 구성하여 설정할 수 있습니다. Client Parallel Backups 필드의 값 1은 클라이언트의 모든 소스를 순차적으로 백업합니다. 클라이언트에 필요한 CPU 및 네트워크 리소스가 있는 경우 이 옵션을 실행할 수 있습니다.
병렬 쓰기를 지원하지 않으므로 클라이언트 병렬 백업은 테이프 스토리지에 적합하지 않습니다.
복원을 위해 S3에서 고속 검색을 원하는 경우 중요한 데이터를 고속 클래스에 저장할 수 있습니다.
속도 측면을 다룬 다음에는 다음으로 보안 각도를 분석합니다.
보안
AWS S3는 강력한 액세스 관리 도구와 암호화를 제공하여 데이터를 보호합니다. S3 퍼블릭 액세스 차단 기능을 사용하면 계정 또는 버킷 수준에서 객체에 대한 퍼블릭 액세스를 제한할 수 있습니다.
AWS S3에서는 다음 기능을 사용하여 누가 무엇에 액세스할 수 있는지 완전히 자유롭게 구성할 수 있습니다.
- 액세스 제어 목록 사용자가 개별 개체에 액세스할 수 있는 권한을 부여합니다.
- 버킷 정책 대상 Amazon S3 버킷 내의 객체에 대한 권한을 설정합니다.
- 쿼리 문자열 인증 대상 임시 URL을 통해 사용자에게 임시 액세스(시간 제약 있음)를 제공합니다.
- AWS 자격 증명 및 액세스 관리 사용자를 만들고 액세스를 구성합니다.
테이프로 전환하면 다음과 같은 고유한 기능이 있습니다. 공극 당신의 데이터. 테이프를 쓰거나 읽지 않는 한 테이프는 네트워크에 연결되지 않습니다. 따라서 데이터가 있는 모든 테이프를 항상 드라이브에 삽입할 필요는 없습니다.
테이프에 저장된 데이터를 손상시키려면 먼저 테이프를 드라이브에 삽입해야 합니다. 따라서 인터넷을 통해 데이터를 훔치거나 손상시키는 사이버 범죄자는 목표를 달성하는 데 어려움을 겪을 것입니다. 추가 보호를 위해 데이터를 테이프에 저장하기 전에 암호화할 수 있습니다.
AWS S3와 테이프 스토리지를 명확하게 이해하면 필요에 맞는 백업 대상을 선택하는 것이 상대적으로 쉽습니다.
Zmanda와 함께 앞으로 나아가는 길
AWS S3 스토리지 클래스는 고유하며 현명하게 선택할 때 최상의 서비스를 제공할 수 있습니다. 이제 AWS S3의 각 스토리지 클래스가 어떻게 고유한지 명확하게 이해했으므로 백업 스토리지를 요청할 수 있습니다. 스토리지 클래스가 확정되면 즈 만다 구성 및 백업 처리를 처리할 수 있습니다.
테이프든 AWS S3이든, 아니면 둘의 조합이든 3-2-1 스토리지 전략, Zmanda는 모든 것에 완벽하게 맞습니다. 사용자 친화적인 ZMC 콘솔은 후보에 오른 미디어와 데이터 간의 원활한 통합을 제공할 수 있습니다. 모든 백업 및 복구 요구 사항을 충족하는 원스톱 대상입니다.
Zmanda는 백업 및 복구를 더욱 쉽게 만드는 새로운 기능을 계속해서 제공할 것입니다. 고객 중심의 개선 사항은 항상 분기별 릴리스의 일부입니다. 빙하에 대한 아카이브, 불변 백업, 클라우드 백업 안정화 등 모두 사용자 편의를 염두에 두고 개발되었습니다. Zmanda가 진정으로 얼마나 다재다능한지 알아보려면 무료 시험판. Zmanda에 대한 도움이 필요하면 언제든지 저희에게 연락하십시오. 지원팀 또는 우리에게 메일을 드롭 영업팀. 우리 전문가 팀이 Zmanda 여행을 통해 기꺼이 도와 드릴 것입니다.
