Oracle Cloud Infrastructure Storage Gateway는 Oracle Cloud Infrastructure Object Storage를 통해 온프레미스 데이터 센터를 브리징하는 데 도움이 됩니다. Storage Gateway를 사용하면 NFS 대상에 데이터를 저장할 수 있는 모든 애플리케이션이 REST API를 사용하도록 먼저 수정하지 않고도 해당 애플리케이션에서 데이터를 Object Storage로 쉽고 원활하게 이동할 수 있습니다. Storage Gateway는 NFSv4 클라이언트를 지원하는 모든 호스트에 마운트할 수 있는 NFS 마운트 지점을 노출시킵니다. Storage Gateway는 NFS를 REST API로 변환하는 작업을 수행해 줍니다. 구성 가능한 로컬 캐시를 사용하면 데이터를 비동기적으로 최적화하여 클라우드로 이동함으로써 대역폭 제한 또는 연결 문제를 해결할 수 있습니다. 또한 자주 액세스하는 데이터는 로컬로 캐시되므로 클라우드에서 데이터를 읽을 때 대기 시간이 단축됩니다. 각 Storage Gateway NFS 마운트 지점은 Object Storage 버킷에 매핑됩니다. NFS 인터페이스를 사용하면 기존 파일 시스템 명령을 사용하여 클라우드 스토리지와 상호 작용할 수 있습니다.
Oracle Cloud Infrastructure Storage Gateway는 파일 대 객체 투명성을 지원합니다. 즉, Storage Gateway가 데이터를 클라우드에 업로드할 때 원본 데이터 형식이 유지됩니다. 클라우드 내 데이터는 APIs, SDK, CLI 및 Console, 기타 서드파티 도구 등 지원되는 Object Storage 클라이언트를 사용해 읽거나 관리할 수 있습니다.
Storage Gateway를 사용하면 REST API와의 통합을 위해 애플리케이션을 수정할 필요 없이, NFS와 같이 일반 파일 시스템 프로토콜을 지원하는 전통적인 애플리케이션이 생성한 데이터를 Object Storage로 손쉽게 옮길 수 있습니다. Storage Gateway는 이전까지는 Object Storage의 매끄러운 확장성, 내구성, 비용 효율성의 혜택을 누리지 못했던 전통적인 온프레미스 애플리케이션을 위해 거의 무제한 클라우드 스토리지를 제공합니다.
아니요. Storage Gateway를 범용 네트워크 연결 스토리지로 사용해서는 안 됩니다. Storage Gateway는 여러 측면에서 가상 공유 파일 시스템이지만 기본 기능은 클라우드로 데이터를 이동하는 것입니다. 설계상 Storage Gateway는 모든 기능을 갖춘 공유 파일 시스템이 처리하는 트랜잭션 워크로드를 처리할 수 없습니다.
Storage Gateway는 귀사의 데이터를 온프레미스 데이터 센터에서 클라우드로 효율적으로 옮길 수 있게 해주는 도구입니다. 이 서비스는 백업/보관, 재해 복구, 데이터 마이그레이션 및 하이브리드(온프레미스 및 클라우드) 워크로드와 같은 사용 사례에 사용할 수 있습니다. Storage Gateway를 사용하면 온프레미스 NAS 서버 내 콜드 데이터의 Oracle Cloud Infrastructure Object Storage로의 이전을 손쉽게 스크립팅할 수 있습니다 .
범용 네트워크 스토리지 - Storage Gateway는 범용 스토리지 파일러가 아니며 전통적인 네트워크 스토리지 어플라이언스의 대용으로 사용되어서는 안 됩니다.
파일 동기화 및 공유 - Storage Gateway는 효과적인 데이터 이동자이지만 파일 동기화 및 공유 서비스를 대체하지는 않습니다. 파일 동기화 및 공유 요구에 적합한 Oracle Document Cloud 서비스와 같은 Oracle 서비스 사용을 고려해 보십시오.
콘텐츠 공동 작업 - Storage Gateway는 단일 Object Storage 버킷에서 동시에 읽고 쓰는 여러 인스턴스를 지원하지 않습니다. Storage Gateway는 분산 팀이 콘텐츠를 생성 및 관리하는 과정에서 협업할 수 있는 도구로 사용하기 위한 것이 아닙니다.
자주 수정되는 파일 - 기존 파일을 수정할 때, 해당 내용이 캐시에 없을 경우 Object Storage에서 해당 콘텐츠를 읽습니다. 수정된 파일은 나중에 파일의 새 버전/인스턴스로 업로드됩니다. 따라서 자주 수정된 파일들은 업로드/다운로드 대역폭 사용 및 용량 사용에 이상적이지 않습니다.
Storage Gateway는 모든 Oracle Cloud Infrastructure 고객에게 무료로 제공됩니다.
Storage Gateway는 NFSv4 프로토콜을 지원합니다.
아니요. Storage Gateway는 현재 Windows 운영 환경을 지원하지 않습니다.
네. 데이터 복사를 수행하는 NFS 클라이언트가 복제를 수행하거나 Storage Gateway의 클라우드 동기화 기능을 사용할 수 있는 상태에서는 Storage Gateway를 사용해 어떤 스토리지에서든 데이터를 복제할 수 있습니다.
네. 마이그레이션이 가능합니다. Storage Gateway 클라우드 마이그레이션 유틸리티 사용에 대한 자세한 내용은 문의를 통해 확인하세요.
아니요. Storage Gateway 사용에 Object Storage API는 필요 없습니다. Storage Gateway가 NFS에서 REST API로의 변환을 대신 수행해 주니까요.
Storage Gateway에 파일 시스템을 생성할 때, 동일한 이름의 Object Storage 버킷이 사용자가 선택한 Oracle Cloud Infrastructure 리전에 생성됩니다. Storage Gateway는 Object Storage 버킷에서 데이터를 완벽하게 관리합니다. 사용자는 정상적인 파일 시스템 명령을 사용해 로컬 파일 시스템과 상호작용하기만 하면 되죠.
아니요. Storage Gateway는 압축 또는 중복 제거를 지원하지 않습니다.
https://support.oracle.com를 통해 Oracle Support에 문의해 Storage Gateway에 대한 지원을 받을 수 있습니다.
네. 단일 Storage Gateway 인스턴스에서 여러 개의 파일 시스템을 생성할 수 있습니다. 호스트가 실행 중인 하드웨어에 따라 Storage Gateway 인스턴스가 지원할 수 있는 최대 파일 시스템 수가 결정됩니다. Storage Gateway 인스턴스당 활성 파일 시스템을 5개 이하로 생성하는 것이 좋습니다. 최고의 성능을 실현하기 위해서는, 전용 Storage Gateway에 각각의 파일을 호스팅하는 게 좋습니다.
Storage Gateway는 파일 시스템당 최대 1억 개의 파일을 관리할 수 있습니다. 1억개 이상의 객체를 포함한 데이터 세트의 경우 객체가 여러 파일 시스템에 분산되도록 해야 합니다.
지원되는 최대 파일 크기는 Storage Gateway에서 구성된 캐시 공간의 75%이며, 10TB를 초과할 수 없습니다. 예를 들어 Storage Gateway가 1TB의 캐시 공간으로 구성된 경우 지원되는 최대 파일 크기는 750GB입니다.
Oracle Cloud Infrastructure 테넌시 내에서 사용할 목적으로 설치할 수 있는 Storage Gateway 인스턴스 수에는 상한이 없습니다.
로컬 캐시 크기가 정확히 조정된 경우 데이터를 무제한으로 Object Storage에 업로드할 수 있습니다. Storage Gateway 파일 시스템은 파일 수가 1억 개를 초과해서는 안 됩니다.
지원되는 가장 긴 파일 이름의 글자 수는 255자입니다. 총 경로 길이는 최대 1,024자 일 수 있으며, 이는 Object Storage 객체 이름에 지원되는 최대 길이입니다. 예를 들어 /directory1/directory2/directory3/directory4/filename.txt의 길이는 57자입니다. Object Storage 경로에 지원되는 최대 길이는 Linux 파일 시스템에서 지원되는 최대 길이인 4,096자보다 짧습니다. 경로 길이가 1024자를 초과하는 파일이나 디렉토리를 생성하려고 하면 NFS 오류가 발생합니다.
각 디렉토리의 경로 길이가 1024자 이하인 경우 디렉토리 수에는 제한이 없습니다.
단일 디렉토리에서 지원되는 파일 수에는 제한이 없습니다.
네. Storage Gateway를 온프레미스에 설치할 때 사용하는 것과 동일한 일반 설치 지침에 따라 Oracle Cloud Infrastructure 컴퓨트 인스턴스에서 Storage Gateway를 실행할 수 있습니다.
네. Storage Gateway를 프록시 서버 뒤에 설치할 수 있습니다. 프록시 서버를 설치하려면 다음 명령을 사용해야 합니다:
sudo ocisg configure proxy <http_proxy_server> <https_proxy server>
sudo ocisg down
sudo ocisg up
아니요. 동일한 Object Storage 버킷에 대해 여러 Storage Gateway 인스턴스를 실행할 수 없습니다. Storage Gateway는 서로 다른 Storage Gateway 인스턴스 간에 객체 잠금 또는 일관성을 적용하지 않습니다.
네. API, SDK, CLI 및 콘솔과 같은 지원되는 모든 Oracle 도구나 Cyberduck 또는 CloudBerry와 같은 서드파티 도구를 사용하여 Storage Gateway를 사용하는 클라우드에 업로드된 데이터를 관리할 수 있습니다.
Storage Gateway 파일 시스템에 적용되는 변경 사항은 Object Storage에도 결국에는 일관적으로 적용됩니다. 하지만 업로드가 비동기적으로 이루어지고, 성능을 고려하여 버퍼링되기 때문에 Storage Gateway 파일 변경 사항이 즉시 Object Storage에 반영되지 않을 수는 있습니다.
Object Storage 버킷에 직접 적용되는 변경 사항은 로컬 Storage Gateway 파일 시스템에 실시간으로 다시 반영되지 않습니다. Storage Gateway 관리 콘솔에서 '새로 고침'을 클릭하면 Object Storage에서 직접 추가되거나 수정된 모든 데이터를 수집할 수 있습니다.
네. 비어 있지 않은 버킷에 대해 Storage Gateway 파일 시스템을 생성할 수 있습니다. 이 경우 Storage Gateway는 기본 권한 및 특성을 기반으로 버킷에 있는 모든 객체에 대해 메타데이터를 생성합니다. 또한 버킷에 있는 객체의 로컬 인벤토리를 생성합니다. 대상 버킷에 있는 객체 수에 따라 이 프로세스를 완료하는 데 약간의 시간이 걸릴 수 있습니다. Storage Gateway 관리 콘솔은 현재 상태를 표시하는 진행률 표시줄을 제공합니다.
아니요. Storage Gateway는 기호화된 링크 또는 하드 링크를 지원하지 않습니다. 링크를 생성하려고 하면 NFS 오류가 발생합니다.
네. Storage Gateway는 스파스 파일 생성을 지원합니다. 그러나 이에 상응하는 Object Storage 객체는 스파스가 아니며 0x00으로 채워집니다.
아니요. 파일 시스템을 삭제/제거해도 클라우드에 저장된 데이터는 그대로 유지됩니다. 동일한 버킷이 지원하는 다른 파일 시스템을 생성하여 삭제된 데이터를 회수할 수 있습니다.
네. Storage Gateway에서 데이터를 삭제하면 Object Storage에서도 해당 데이터가 영구적으로 삭제됩니다.
Storage Gateway는 파일이 닫힐 때까지 새 파일 또는 수정된 파일을 업로드하지 않습니다. 파일이 닫히면 Storage Gateway가 업로드를 위해 파일을 대기열에 등록하기 전에 1분의 확인 시간을 허용합니다.
업로드 대기 중인 파일 수에 따라 파일이 Object Storage 버킷에 업로드되기까지 다소 시간이 걸릴 수 있습니다. Storage Gateway 관리 콘솔에서 파일 업로드 상태를 볼 수 있습니다.
Storage Gateway 1.2는 통합 클라우드 동기화 및 복제 기능을 제공하며, 이 기능을 사용하여 Oracle Cloud Infrastructure Object Storage 버킷에서 NAS 파일을 백업 및 복제할 수 있습니다. 이 새로운 기능은 이전 Storage Gateway 버전에서 제공됐던 다운로드 가능한 독립 클라우드 동기화 유틸리티를 대체합니다.
Storage Gateway 관리 콘솔 또는 CLI를 사용하여 다른 엔터프라이즈 NAS 백업/복제 제품과 유사한 동기화 작업을 쉽게 생성, 모니터링 및 관리할 수 있습니다. 클라우드 동기화는 호스트의 Docker 인스턴스 내에서 Storage Gateway 소프트웨어의 일부로 실행됩니다.
자세한 내용은 Storage Gateway 클라우드 동기화 사용 설명서를 참고하세요.
클라우드로 대량의 온프레미스 파일을 옮겨야 하는 고객은 Oracle Cloud Infrastructure Storage Gateway를 사용하여 파일을 이동할 수 있습니다. 클라우드 동기화는 로컬 스토리지에서 Storage Gateway로 파일을 복사하는 방식을 기반으로 하며, 이 방식을 통해 파일을 Object Storage 버킷으로 비동기적이고 효율적으로 이동할 수 있습니다. 로컬 NAS에 데이터베이스 또는 데이터 백업을 저장하고 공간을 확보하거나 오래된 백업을 저렴한 클라우드 스토리지로 이동하려는 고객은 이러한 종류의 데이터 이동을 손쉽게 자동화하는 방법을 클라우드 동기화에서 찾을 수 있습니다.
네. 파일 시스템을 생성할 때 상응하는 Object Storage 버킷을 생성할 스토리지 계층으로 표준(기본값) 또는 Archive를 특정합니다. 표준 Object Storage 계층은 빠르고 즉각적으로 자주 액세스해야 하는 데이터를 저장하는 데 사용됩니다. Archive Storage 계층은 자주 액세스하지 않고 보존 기간이 긴 데이터를 저장하는 데 사용됩니다. Archive Storage는 콜드 데이터를 유지에는 Object Storage보다 비용 효율적이지만 먼저 객체를 복원해야 액세스할 수 있습니다.
각 클라우드 동기화 복사 작업은 종합적인 상태를 제공하여 선택한 파일 목록이 Storage Gateway로 복사된 시점과 Object Storage에 성공적으로 업로드된 시점을 알려줍니다. 복사 작업이 진행 중인 경우 클라우드 동기화는 시작 타임스탬프, 경과 시간, 예상 완료 시간, 동기화할 총 파일 수/크기 및 이미 동기화된 총 파일 수/크기를 제공합니다.
파일 전송이 완료되면 클라우드 동기화 유틸리티가 원본 위치 및 대상 위치에 있는 파일의 체크섬을 비교합니다.
연결 속도가 10Gb/s인 성능 벤치마크 테스트에서 다음과 같은 결과를 확인했습니다:
업로드 속도
Storage Gateway 1.2는 운영 환경에서 대역폭을 테스트하고 예상 업로드 및 다운로드 속도를 얻는 데 사용할 수 있는 진단 명령을 제공합니다.
자세한 내용은 네트워크 대역폭 테스트 설명서를 참고하세요.
Storage Gateway의 성능 극대화를 위한 모범 사례 문서의 지침을 확인하세요.
Storage Gateway 1.2는 기본적으로 최대의 업로드 및 다운로드 성능을 발휘하도록 설정되어 있습니다. 따라서 추가 조정이 필요하지 않습니다.
충분한 메모리 및 파일 시스템 캐시 공간 외에도 Storage Gateway 환경에서 SSD를 사용하는 것이 좋습니다. 캐시에서 Storage Gateway를 읽어야 Oracle Cloud Infrastructure에 업로드할 수 있습니다. 백엔드 미디어가 느리면 NFS 수집 속도 및 그에 따른 전체 업로드 성능에 부정적인 영향을 미칩니다.
Storage Gateway와 함께 FastConnect를 사용하면 전체 연결 속도를 최적으로 사용할 수 있습니다. 10Gb/s 연결 속도로 FastConnect를 사용하는 고객의 경우 각 게이트웨이에서 Oracle Cloud Infrastructure에 업로드하는 속도가 400~450MB/s였습니다.
자세한 내용은 FastConnect 설명서를 참고하세요.