더욱 세분화된 확장을 허용하려면 이제 다음을 설치할 수 있습니다."데이터 전용 스토리지 노드" . 메타데이터 처리가 중요하지 않은 경우 인프라를 비용 효율적으로 최적화할 수 있습니다. 이러한 유연성은 다양한 업무량과 성장 패턴을 수용하는 데 도움이 됩니다.

StorageGRID 이제 다음을 사용하여 단기 자격 증명을 지원합니다."Amazon S3의 클라우드 스토리지 풀에 대한 IAM 역할" .

장기 자격 증명을 사용하여 S3 버킷에 액세스하면 해당 자격 증명이 손상될 경우 보안 위험이 발생합니다. 단기 자격 증명은 수명이 제한되어 있어 무단 접근의 위험이 줄어듭니다.

이제 할 수 있습니다"Amazon S3 엔드포인트를 사용하여 클라우드 스토리지 풀 구성" . S3 객체 잠금은 객체의 실수 또는 악의적인 삭제를 방지하는 데 도움이 됩니다. StorageGRID 에서 Amazon S3로 데이터를 계층화하는 경우 두 시스템 모두에서 객체 잠금을 활성화하면 데이터 수명 주기 전반에 걸쳐 데이터 보호가 강화됩니다.

에 의해"S3 버킷에 대한 제한 설정" , 세입자가 수용 인원을 독점하는 것을 방지할 수 있습니다. 게다가 통제되지 않은 성장은 예상치 못한 비용을 초래할 수도 있습니다. 정의된 한도를 통해 세입자 보관 비용을 더 정확하게 추산할 수 있습니다.

확장성을 강화하기 위해 StorageGRID 이제 최대 다음을 지원합니다."테넌트당 5,000개의 S3 버킷" . 각 그리드에는 최대 100,000개의 버킷이 있을 수 있습니다.

5,000개의 버킷을 지원하려면 그리드의 각 스토리지 노드에 최소 64GB의 RAM이 있어야 합니다.

"AutoSupport"이제 기존 기기에 대한 하드웨어 오류 사례를 자동으로 생성합니다.

노드 복제의 유용성이 확장되어 더 큰 저장 노드를 지원할 수 있게 되었습니다.

이제 일 단위 기간을 지정한 ILM 수집 시간 규칙은 만료된 개체 삭제 마커도 제거합니다. 삭제 마커는 일정 기간이 지나고 현재 삭제 마커가 만료된 경우에만 제거됩니다(현재가 아닌 버전은 없습니다).

참조하다"S3 버전이 지정된 객체가 삭제되는 방식" 그리고"ILM 정책보다 버킷 수명 주기가 우선시되는 예" .

StorageGRID 차세대 하드웨어로의 원활하고 효율적인 전환을 제공하기 위해"노드 해체" 개선되었습니다.

로드 밸런서 엔드포인트 액세스 로그에는 HTTP 상태 코드와 같은 문제 해결 정보가 포함되어 있습니다. StorageGRID 이제 다음을 지원합니다."이러한 로그를 외부 syslog 서버로 내보내기" . 이러한 개선을 통해 기존 모니터링 및 경고 시스템과의 통합과 로그 관리의 효율성이 향상되었습니다.

이제 그리드 관리자는 다음을 수행할 수 있습니다."SSH 키 업데이트 및 회전" . SSH 키를 순환하는 기능은 보안 모범 사례이자 사전 방어 메커니즘입니다.

알 수 없는 엔터티가 루트로 Grid Manager에 로그인하는 경우"경고가 발생합니다" . 루트 SSH 로그인을 모니터링하는 것은 인프라를 보호하기 위한 사전 예방적 조치입니다.

삭제 코딩 프로필 페이지는 이제 구성 > 시스템 > *삭제 코딩*에 있습니다. ILM 메뉴에 있었습니다.

그만큼"그리드 관리자의 검색 필드" 이제 더 나은 매칭 로직이 포함되어 일반적인 약어와 페이지 내 특정 설정의 이름을 검색하여 페이지를 찾을 수 있습니다. 노드, 사용자, 테넌트 계정 등 더 많은 유형의 항목을 검색할 수도 있습니다.