Compute Classic은 퍼블릭 클라우드에서 확장 가능한 온디맨드 컴퓨트 리소스, 즉 필요한 네트워킹 및 스토리지 리소스가 포함된 가상 머신을 제공하는 서비스형 인프라(IaaS) 솔루션입니다.
다음과 같은 Compute Classic 오퍼링을 구독할 수 있습니다.
가격 목록은 여기를 참고하세요.
Oracle Cloud Infrastructure(OCI) 관련 청구에 대한 자세한 내용은 Billing Guide를 참고하세요.
Compute Classic 및 Dedicated Compute Classic의 간략한 기능적 차이점은 하단의 표에 정리되어 있습니다.
OCPU 1개는 하이퍼스레딩을 사용하도록 설정된 Intel Xeon 프로세서의 물리적 코어 1개와 동일한 CPU 용량으로 정의됩니다. Intel Xeon 프로세서의 경우 OCPU 1개는 vCPU로 불리는 하드웨어 실행 스레드 2개에 해당합니다.
Compute Classic은 여러 운영체제와 호환됩니다. Oracle에서 제공하는 이미지도 있고, Oracle 파트너사가 제공하는 이미지도 있습니다.
물론 고객이 처음부터 새로 고유한 이미지를 구축할 수도 있습니다.
Oracle은 Oracle Cloud Marketplace에서 배포한 Compute Classic 상의 Windows 인스턴스에 대한 라이선스를 제공합니다. Oracle Cloud Marketplace에서 제공하는 Windows 이미지를 사용할 경우 이미지 사용 약관이 표시됩니다. 해당 약관을 읽고 동의해야 Windows 인스턴스를 생성할 수 있습니다.
예. License Mobility through Software Assurance를 사용해 사용자의 Windows 인스턴스에서 다른 Microsoft 제품의 라이선스를 사용할 수 있습니다. https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility을 참고하세요.
예. 아래에 설명된 대로 자체 라이선스 사용시 커스텀 Windows 이미지를 Compute Classic으로 가져올 수 있습니다. 현 시점에서는 Compute Classic에서 제공한 라이선스를 커스텀 Windows 이미지로 사용할 수 없습니다.
Oracle은 Windows 인스턴스의 운영 체제와 관련된 지원을 제공합니다. 고객이 Windows 인스턴스에 배포한 다른 Microsoft 제품이나 타사 또는 오픈 소스 애플리케이션에 대한 지원은 제공하지 않습니다.
하단의 표를 통해 귀사의 라이선스 요구사항에 가장 적합한 제공 서비스가 무엇인지 확인할 수 있습니다.
*Microsoft의 약관이 적용됩니다.
**Oracle Cloud Infrastructure Classic Windows 서버 인스턴스에서 실행하는 애플리케이션 라이선스에는 License Mobility through Software Assurance가 필요할 수도 있습니다. 라이선스 권한에 대한 질문은 Microsoft 또는 Microsoft 리셀러에게 문의해 주세요.
자체 라이선스를 Compute Classic으로 가져오는 경우 Microsoft와의 라이선스 의무를 이행할 책임은 전적으로 사용자에게 부과됩니다.
Oracle Database Backup Service는 Oracle Cloud에 Oracle Database 백업을 저장하기 위한 안전하고 확장 가능한 온디맨드 솔루션입니다.
Oracle Database들은 Oracle Database Cloud Backup Module을 사용해 Oracle Database Backup Service에 백업됩니다. 해당 모듈은 Oracle Technology Network(OTN)에서 사용할 수 있으며 Recovery Manager(RMAN)과 긴밀하게 통합되어 있으므로 백업과 복원 작업에 익숙한 RMAN 명령을 계속해서 사용할 수 있습니다.
Oracle Database 10g Release 2(10.2) 및 그 이상 버전은 Oracle Database Backup Service에 백업할 수 있습니다. Oracle Database Cloud Backup Module은 64비트 Linux, Solaris, SPARC, HP-UX, AIX, zLinux, Windows 운영체제에 설치할 수 있습니다.
OTN에서 모듈을 다운로드할 수 있습니다: https://www.oracle.com/database/technologies/oracle-cloud-backup-downloads.html
Oracle Database Backup Service를 사용해 저장된 데이터는 동일한 데이터 센터 내의 별도의 물리적 머신 3대에 자동으로 복제됩니다. 이같은 삼중 미러링을 통해 하드웨어 장애가 발생해도 데이터 손실을 방지할 수 있습니다.
Oracle Cloud로 전송하기 전에 RMAN을 사용해 백업을 암호화할 수 있습니다. 키는 클라우드가 아닌 사용자의 사이트에 로컬로 저장됩니다. 암호화된 백업은 안전하게 클라우드에 전송되어 저장됩니다.
Oracle Database Backup Service를 구독할 때 원하는 양의 스토리지 용량을 구매하세요. 구매한 스토리지 용량 한계를 초과할 수는 없지만, 온디맨드 방식으로 용량을 추가로 구매해 신속하게 한계를 늘릴 수 있습니다.
내 서비스 대시보드에서 자세한 메트릭을 확인할 수 있습니다. 서비스 이름을 클릭해 서비스의 세부정보 페이지를 표시한 뒤 메트릭 타일을 클릭해 사용량 데이터를 확인할 수 있습니다.
관련 작업에 주로 사용되는 인터페이스는 RMAN입니다. 표준 RMAN 명령을 사용해 유지 정책을 지정하고, 크로스 체크를 수행하고, 백업을 삭제할 수 있습니다.
예. HCC 백업이 지원됩니다. 백업은 Oracle Cloud에 압축된 유휴 상태로 유지됩니다.
Oracle Corente Cloud Services Exchange(Corente CSX)는 클라우드 기반의 소프트웨어 정의 네트워킹(SDN) 서비스입니다. 분산된 기업들이 기존 방식 대비 훨씬 적은 복잡성, 훨씬 짧은 시간, 훨씬 저렴한 비용으로 어디로든, 또는 어디로부터든 신뢰할 수 있는 연결 서비스를 제공할 수 있도록 지원합니다. Corente Services Gateway(CSG)는 네트워크 에지에 위치한 분산형 가상 어플라이언스로서 제로터치 설치 방식으로 모든 IP 네트워크를 통한 가상 사설망에 안전한 엔드포인트를 제공합니다. Corente Services Gateway는 기업의 각 지사 또는 파트너사 위치에 설치되어 애플리케이션 트래픽을 위한 안전한 엔드투엔드 연결을 생성합니다. 또한 Corente Services Gateway는 안전한 정책 기반 서비스 브로커링, 중개, 가상 네트워크 오케스트레이션, 모니터링, 관리, 로깅 등을 제공하는 중앙화된 Service Control Point(SCP) 서비스 관리 플랫폼과 별도의 대역 외 연결을 유지합니다.
공용 인터넷을 통해 귀사의 데이터 센터에서 Oracle Cloud Infrastructure(OCI)까지 이동하는 데이터의 보안이 염려되는 경우 VPN for Compute Classic을 사용해야 합니다. 해당 서비스는 Oracle Cloud Infrastructure Compute Classic, DBCS, JCS 서비스에서 사용할 수 있습니다.
Oracle Cloud Infrastructure Compute Classic, DBCS 또는 JCS 서비스를 구매할 경우 Corente 계정이 생성되어 사용자의 이메일로 전송됩니다.
예. 여러 게이트웨이를 다른 여러 게이트웨이 위치와 상호 연결하도록 구성할 수 있습니다.
예. 표준 IPSec을 사용합니다.
VPN for Dedicated Compute Classic은 Dedicated Compute Classic 전용 하드웨어 VPN 솔루션입니다. VPN for Compute Classic은 범용 컴퓨트, DBCS, JCS 등을 지원하는 VM 기반 VPN 솔루션입니다.
Corente Services Gateway는 다음과 같은 가상 플랫폼에 설치할 수 있습니다.
현재 타사 VPN 어플라이언스는 Corente 서비스와 호환되지 않습니다. VPN 엔드포인트 위치에 Corente Services Gateway를 설치해야 합니다.
동일한 컴퓨트 영역(예: us2-z23)에 있는 여러 IaaS 및 PaaS 서비스에는 동일한 Corente Services Gateway를 사용할 수 있습니다. 그러나 서비스마다 각기 다른 Corente Services Gateway를 사용하는 것이 가장 좋습니다.
FastConnect Classic은 온프레미스 또는 코로케이션 시설에서 Oracle Cloud IaaS 및 PaaS 서비스에 직접 연결을 통해 액세스할 수 있도록 지원합니다. 본 서비스는 네트워크에서 Oracle Cloud 서비스까지 직접적이고 결정적인 경로를 제공하므로 데이터가 퍼블릭 인터넷을 통해 전송되지 않습니다. 따라서 일관적인 성능 및 전용 대역폭을 제공하고 지연 시간을 제어하거나 감소시킬 수 있습니다. Oracle Cloud Infrastructure(OCI)의 FastConnect Classic은 모든 기업의 요구사항에 부합하도록 다음과 같은 두 가지 변형으로 제공되어 다양한 사용 사례를 위한 최적의 솔루션을 제공합니다.
귀사의 요구사항에 적합한 솔루션을 확인하려면 Oracle Sales 담당자에게 문의해 주세요.
FastConnect Classic with Standard Edition 서비스 모델은 온프레미스 또는 코로케이션 시설에서 Oracle Cloud IaaS 및 PaaS 서비스에 직접 연결을 통해 액세스할 수 있도록 지원합니다. 본 서비스를 사용하면 네트워크 에지 라우터를 Oracle 에지 라우터에 직접 연결하고 BGP 프로토콜을 사용해 Oracle Cloud와 트래픽을 주고받을 수 있습니다. 본 서비스는 네트워크에서 Oracle Cloud IaaS 및 PaaS 서비스까지 직접적이고 결정적인 경로를 제공하므로 데이터가 퍼블릭 인터넷을 통해 전송되지 않습니다. 따라서 일관적인 성능 및 전용 대역폭을 제공하고 지연 시간을 제어하거나 감소시킬 수 있습니다.
FastConnect Classic with Partner Edition 서비스 모델은 IP VPN, MPLS VPN 네트워크 서비스 제공업체, 데이터 센터 교환 제공업체 등의 파트너사를 통해 제공됩니다. 이를 통해 간단하고 표준적인 방법으로 Oracle에 연결할 수 있습니다. 본 서비스는 Border Gateway Protocol(BGP)을 사용해 파트너사를 통해 귀사의 네트워크와 라우팅 정보를 교환합니다. 이를 통해 퍼블릭 인터넷을 사용하는 대신 보다 직접적인 경로를 통해 Oracle Cloud IaaS 및 PaaS 서비스에 액세스할 수 있습니다. FastConnect Classic Partner Edition 소개 페이지의 About the Service를 참고하세요.
온프레미스에서 Oracle Cloud 서비스로 직접 연결을 설정하면 다음과 같은 이점을 누릴 수 있습니다.
FastConnect Classic with Standard Edition 서비스 모델을 사용하면 특정 데이터 센터 위치의 Oracle 에지 라우터에 직접 에지 라우터를 연결하고 Oracle과 직접 BGP 피어링 세션을 설정할 수 있습니다.FastConnect Classic Partner Edition은 Equinix Cloud Exchange 또는 MPLS VPN 제공업체 등의 파트너를 통해 Oracle Cloud 서비스로의 연결이 프로비저닝됩니다.
FastConnect Classic은 Oracle Cloud IaaS 및 PaaS 서비스에 대한 액세스를 지원합니다. 모든 도시에서 나열된 모든 Oracle Cloud 서비스가 지원되는 것은 아닙니다. 특정 도시에서 접근 가능한 Oracle Cloud 서비스에 대한 자세한 내용은 Oracle Sales 담당자에게 문의해 주세요. Oracle Cloud IaaS 및 PaaS 서비스의 전체 목록은 https://www.oracle.com/cloud/ 페이지를 참고하세요.
본 서비스를 사용할 수 있는 지역의 최신 목록은 Oracle Sales 담당자에게 문의해 주세요.
귀사의 데이터 센터가 Oracle 데이터 센터와 함께 배치되어 있지 않아도 됩니다. 그러나 반드시 귀사의 Oracle Cloud 서비스가 프로비저닝된 도시의 Oracle 데이터 센터에 연결해야 합니다. 이는 Oracle 데이터 센터와 코로케이션할 때 파이버 교차 연결을 사용해 달성할 수 있습니다.
네. 지역 통신사업자 또는 네트워크 서비스 공급업체를 통해 귀사의 구내 또는 데이터센터에서 Oracle 데이터센터로 네트워크를 확장해 서비스를 계속 사용할 수 있습니다. 네트워크 서비스 공급업체에 문의하여 귀사의 Oracle Cloud 서비스가 프로비저닝되는 도시에서 이더넷 전용 회선을 주문해 주세요.
아니요. 귀사의 네트워크 서비스 제공업체와 협력하여 귀사의 구내에서 Oracle 시설까지 필요한 전용 회선을 주문해야 합니다.
Border Gateway Protocol을 사용하는 레이어 3 라우팅과 802.1Q를 사용하는 VLAN 태깅을 지원할 수 있는 네트워크 장비가 필요합니다.
예. FastConnect Classic with Standard Edition 서비스 모델은 고가용성을 보장하도록 설정되어 있습니다. 해당 서비스를 주문하면 귀사가 연결할 수 있는 두 개의 중복 포트가 Oracle에 프로비저닝됩니다. 네트워크 에지에서 엔드투엔드 리던던시를 구현하고 99.9%의 서비스 수준 협약(SLA)을 달성하기 위해서는 반드시 네트워크 서비스 제공업체에 이중 회로 또는 회선을 주문하고 네트워크의 이중 라우터에서 Oracle 에지 라우터로의 별도의 물리적 교차 연결을 구축해야 합니다. 또한 중복 BGP 피어 2개를 설정해야 합니다. 물리적 교차 연결 2개를 설정하는 것이 필수는 아니지만, 교차 연결과 BGP 피어가 각각 하나뿐인 경우 SLA 99.9%를 달성할 수 없습니다.
Oracle로부터 구성 정보를 받은 후, 논리적 연결을 설정하고 에지 라우터에서 BGP 라우팅 구성을 설정합니다. 사용자 환경 내에서 FastConnect Classic with Standard Edition 서비스 모델 전반의 트래픽 흐름을 관리하기 위한 추가 구성을 완료합니다. 귀사는 기업 라우터와의 BGP 피어를 통해 Oracle이 알리는 IPv4 접두사를 허용해야 하고, Oracle과의 FastConnect Classic 피어를 통해 서비스의 특정 엔드포인트로 전송되는 트래픽에 필요한 우선순위를 구성해야 합니다.
네. 예. 연결을 설정하는 동안 BGP 세션에 미리 공유한 키를 사용할 수 있습니다.
아니요. Oracle과의 피어링 세션을 통해 공개적으로 라우팅 가능한 IP 주소를 알려야 합니다.
이러한 경우는 Oracle에서 건별로 검토하고 승인합니다. 관련 요청은 반드시 Oracle Account 팀을 통해 제출해야 합니다. 요청을 제출할 때는 퍼블릭 접두사의 소유자와 해당 접두사를 사용해야 하는 업무상의 이유에 대한 정보를 함께 제공해 주세요.
FastConnect Classic with Standard Edition 서비스 모델용 BGP 피어링을 통해 최대 200개의 IPv4 접두사를 알릴 수 있습니다.
네트워크 에지에서 Oracle 데이터 센터에 대한 중복 연결을 구성한 경우 링크 중 하나에 오류가 발생해도 연결이 끊어지지 않습니다. Oracle 데이터 센터에 대한 2개 링크에 모두 문제가 발생하면 연결이 복구될 때까지 FastConnect Classic with Standard Edition 서비스 모델을 사용할 수 없습니다.
한 링크에 오류가 발생해도 연결이 끊어지지 않도록 라우터에서 적절한 구성을 설정하고 테스트해야 합니다.
FastConnect Classic with Standard Edition 서비스 모델로의 모든 링크에 오류가 발생하더라도 Oracle Cloud 서비스는 퍼블릭 인터넷을 통해 계속해서 사용할 수 있습니다. 퍼블릭 인터넷을 통해 Oracle Cloud IaaS 및 PaaS 서비스 관련 트래픽을 라우팅하도록 라우터를 재구성할 수 있습니다.
FastConnect Classic으로의 2개 링크에 모두 오류가 발생하더라도 퍼블릭 인터넷을 통해 Oracle Cloud IaaS 및 PaaS 서비스에 무중단 접근할 수 있도록 적절한 구성과 절차를 설정하고 테스트해야 합니다.
네. FastConnect Classic with Standard Edition 서비스 모델은 2개 링크에 대한 active-active로 구성됩니다. 2개 링크의 BGP 세션이 모두 가동 중이고 활성 상태이므로 언제든지 트래픽을 전달해 고가용성을 제공할 수 있습니다. 한 번에 하나의 링크만을 통해 트래픽을 전달하도록 BGP 라우팅을 구성해야 합니다. 또한 BGP 로컬 환경설정을 설정해 FastConnect Classic으로 돌아오는 트래픽이 기본 링크로 라우팅되도록 해야 합니다. 보조 링크는 기본 링크나 라우터를 통한 연결에 오류가 발생하는 경우에만 사용됩니다.
아니요. FastConnect Classic이 프로비저닝될 때 받는 FastConnect ID는 한 위치의 중복 연결 쌍에 대해 모두 유효합니다.
아니요. FastConnect Classic에 대한 Layer-2 연결은 지원되지 않습니다.
Autonomous System Number(ASN)는 인터넷에서 단일 네트워크 또는 공통 네트워크 관리 주체(예: 인터넷 서비스 제공업체, 기업, 기관 등)가 관리 및 제어하는 네트워크 그룹을 식별하는 데 사용됩니다. 자율 시스템은 해당 도메인의 네트워크 관리자가 관리하는 라우팅 도메인입니다. 자율 시스템에는 Autonomous System Number(ASN)라고 하는 전 세계적으로 통용되는 고유한 번호가 할당됩니다. http://www.iana.org/assignments/as-numbers/as-numbers.xhtml을 참고하세요.
Oracle Cloud Infrastructure(OCI)의 ASN은 현재 AS7160입니다.
FastConnect ID는 FastConnect Classic 서비스를 주문할 때 생성됩니다. FastConnect ID를 확인하려면 Oracle Sales 담당자에게 문의해 주세요.
아니요. 사용 중인 Oracle 서비스가 프로비저닝되는 지역의 FastConnect Classic with Standard Edition 서비스 모델을 주문하고 해당 지역의 Oracle 데이터 센터를 통해 연결해야 합니다.
여러 위치에서 Oracle Cloud IaaS 및 PaaS 서비스를 프로비저닝하고 있다면 서비스를 프로비저닝하는 각 위치에 대한 FastConnect Classic 연결을 설정해야 합니다. 예를 들어 시카고와 애슈번에서 서비스를 프로비저닝하고 있을 경우 반드시 두 위치 모두에서 FastConnect Classic 연결을 주문하고 프로비저닝 해야 합니다. 특정 도시에서 접근 가능한 Oracle Cloud 서비스에 대한 자세한 내용은 Oracle Sales 담당자에게 문의해 주세요.
Oracle 라우터에서 사용할 수 있는 연결 속도는 1Gbps 및 10Gbps입니다. 그러나 서비스 기능 및 연결 옵션은 지속적으로 업그레이드됩니다. 자세한 정보 및 업데이트를 확인하려면 Oracle Account 팀에 문의해 주세요.
서로 다른 도시 또는 위치에서 프로비저닝되는 FastConnect Classic with Standard Edition 서비스 모델 연결에 대해서는 서로 다른 속도를 선택할 수 있습니다. 예를 들어, 시카고와 애쉬번에서 FastConnect Classic with Standard Edition 서비스 모델 연결을 프로비저닝하는 경우, 요구 사항에 따라 한 위치에서는 10Gbps를, 다른 위치에서는 1Gbps를 선택할 수 있습니다.
네. 예. 요구사항에 따라 한 위치에서는 FastConnect Classic with Standard Edition 서비스 모델을 프로비저닝하고 다른 위치에서는 FastConnect Classic Partner Edition을 프로비저닝할 수 있습니다. 특정 도시에서 액세스할 수 있는 Oracle Cloud 서비스 및 각 도시별로 사용할 수 있는 서비스에 대한 자세한 내용은 Oracle Sales 담당자에게 문의해 주세요.
아니요. FastConnect Classic with Standard Edition 서비스 모델은 퍼블릭 인터넷을 통과할 필요 없이 Oracle과 트래픽을 주고받을 수 있는 기능을 제공하지만 IPSec VPN 터널이 아닙니다.
네. FastConnect Classic with Standard Edition 서비스 모델을 사용해 직접 연결을 설정한 후 Oracle에 대한 IPSec VPN 터널을 설정할 수 있습니다. 데이터 센터에서 IPSec VPN 터널을 설정하는 방법에 대한 자세한 내용은 Using Oracle Compute Classic페이지의 Connecting to Instances in a Dedicated Site Using VPN을 참고하세요.
아니요. IPSec VPN 터널을 설정해 추가 보안 계층을 제공할 수는 있지만 필수 요건은 아닙니다. FastConnect Classic Partner Edition을 통해 Dedicated Compute Classic 서비스에 접근하는 경우에는 반드시 IPSec VPN 터널링을 사용해 온프레미스 전용 네트워크를 확장해야 합니다.
Oracle Cloud Infrastructure(OCI) Object Storage Classic은 기업이 파일 및 비정형 데이터를 클라우드에 안전하고 안정적으로 저장할 수 있도록 지원하는 객체 스토리지 솔루션입니다. 인터넷에 연결된 모든 기기를 통해 언제든 데이터를 저장하거나 검색할 수 있습니다.
Oracle Cloud Infrastructure Archive Storage Classic은 Object Storage Classic 종량제 서비스에 포함되어 있는 서비스입니다. 장기간 보존해야 하는 애플리케이션 및 워크로드를 위한 스토리지를 현재 업계에서 가장 저렴한 가격으로 제공합니다.
'딥 클라우드' 아카이브인 Archive Storage Classic은 기업 재무 기록, 의료 및 제약 아카이브, 문화 보존 콘텐츠, 보험 기록, 디지털 필름 마스터와 같이 자주 액세스하지 않는 대규모 데이터 세트에 적합한 서비스입니다.
RESTful 웹 서비스 및 Java 라이브러리를 통해 Object Storage Classic에 데이터를 저장하고 검색할 수 있습니다.
Oracle과 타사 백업 애플리케이션 모두 저장된 데이터에 접근하고 관리할 수 있습니다.
데이터가 Object Storage Classic에 저장되면 즉시 동일한 데이터 센터 내의 개별 머신에 3번 자동으로 복제됩니다. 이같은 자동 미러링을 통해 하드웨어 장애로 인한 데이터 손실을 방지할 수 있습니다.
데이터에 대한 접근은 사용자 역할에 기반합니다. 계정 관리자는 ID 도메인에서 커스텀 사용자 역할을 생성할 수 있고, 생성한 역할을 사용해 컨테이너에 읽기 전용 또는 읽기/쓰기 권한을 할당할 수 있습니다. 서비스 관리자는 필요한 경우 컨테이너를 공개적으로 읽을 수 있도록 설정할 수도 있습니다.
사용자는 Object Storage Classic에 데이터를 객체로 저장하기 전에 Java 라이브러리를 사용해 암호화할 수 있습니다. 객체 데이터는 고객이 제공하고 관리하는 2048비트 RSA 키 쌍으로 암호화할 수 있습니다.
정액제 Object Storage Classic 계정의 경우 구매자가 필요한 스토리지 용량을 지정해야 합니다. Service Instance의 사용자는 구매한 것보다 많은 용량의 데이터를 저장할 수 없습니다. 그러나 구매자는 언제든 서비스 인스턴스의 스토리지 용량을 늘릴 수 있습니다.
종량제 Object Storage Classic 계정(Oracle Cloud Infrastructure에 포함)의 경우 Service Instance 사용자는 계정이 정상 상태인 한 원하는 만큼의 데이터를 저장할 수 있습니다. 사용량에 대한 요금은 구매자에게 정기적으로 부과됩니다.
모든 크기의 파일을 Object Storage Classic에 업로드할 수 있습니다. Object Storage Classic에 저장 가능한 단일 객체의 크기는 최대 5GB입니다. 5GB보다 큰 파일을 저장하려면 원본 파일을 5GB 이하의 크기로 분할하고 정의된 명명 규칙에 따라 세그먼트를 업로드하면 됩니다. 그런 다음 원본 파일의 모든 부분을 나타내는 새 매니페스트 객체를 만듭니다. 생성된 파일은 단일 파일로 다운로드할 수 있으며 원래 파일과 동일합니다.
네. 개별 객체를 정기적으로 삭제하도록 설정할 수 있습니다. 자세한 내용은 설명서를 참고하세요.
정액제 구독의 경우 매월 사용 가능한 리소스 한도가 정해져 있습니다. 해당 월의 리소스 사용량이 리소스 한도를 초과한 경우 월말에 초과 사용량에 대한 비용이 청구됩니다. MyServices에 로그인하면 정액제 구독의 리소스 한도 및 사용량을 확인할 수 있습니다.
정액제 구독 서비스에서 한도를 초과한 비용이 청구되는 것을 방지하려면 월간 리소스 사용량을 구독하는 서비스의 리소스 한도 이내로 줄여야 합니다.
정액제 구독의 경우 지리적 복제 데이터 센터로 데이터를 복제하는 복제 정책을 선택할 수 있습니다. 정액제 구독의 리소스 한도에 따라 추가 비용이 청구될 수 있습니다. MyServices에 로그인하면 정액제 구독의 리소스 한도 및 사용량을 확인할 수 있습니다.
정액제 구독의 경우 2곳의 데이터 센터에서 사용된 용량의 합계에 대한 비용이 청구됩니다. 예를 들어, 4TB의 스토리지 용량을 구매하고 지리적 복제 데이터 센터로 데이터를 복제하는 복제 정책을 선택한 경우 2곳의 데이터 센터에서 각각 2TB의 스토리지 용량을 사용할 수 있습니다(2TB + 2TB = 4TB). 또한 정액제 구독의 경우 두 데이터 센터 간의 데이터 전송량에 대한 비용도 청구됩니다. 예를 들어, 지리적 복제 데이터 센터로 데이터를 복제하는 복제 정책을 선택하고 계정에 300GB의 데이터를 업로드한 경우 다른 데이터 센터로의 300GB 아웃바운드 데이터 전송에 대한 비용이 청구됩니다.
Oracle Cloud Infrastructure Storage Software Appliance는 온프레미스 환경을 Oracle Cloud Infrastructure(OCI)와 연결할 수 있는 클라우드 스토리지 게이트웨이입니다. Storage Software Appliance를 사용하면 NFS 대상에 데이터를 저장할 수 있는 애플리케이션을 REST API를 사용하도록 수정하지 않더라도 해당 애플리케이션에서 Oracle Cloud Infrastructure Object Storage로 데이터를 쉽고 원활하게 이동할 수 있습니다. Storage Software Appliance는 NFS v4 클라이언트를 지원하는 모든 호스트에 마운트할 수 있는 NFS 마운트 지점을 노출시킵니다. NFS에서 REST API로의 변환은 Storage Software Appliance가 수행합니다. 구성 가능한 로컬 캐시를 사용하면 데이터를 비동기식으로 최적화해 클라우드로 이동할 수 있으므로 좋지 않거나 불안정한 인터넷 연결 상태로 인한 문제를 해결할 수 있습니다. 또한 자주 접근하는 데이터가 로컬에 캐시되므로 클라우드의 데이터를 읽을 때 지연 시간이 향상됩니다. 각 Storage Software Appliance NFS 마운트 지점은 오브젝트 스토리지 컨테이너/버킷에 매핑됩니다. NFS 인터페이스를 사용하면 기존 파일 시스템 명령을 사용하여 클라우드 스토리지와 상호 작용할 수 있습니다. Storage Software Appliance는 객체 메타데이터를 추적하므로 Storage Software Appliance를 사용해 객체 스토리지에 작성된 데이터는 다시 읽을 때도 반드시 Storage Software Appliance를 사용해야 합니다.
Storage Software Appliance를 사용하면 REST API와의 통합을 위해 애플리케이션을 수정할 필요 없이 기존 애플리케이션(NFS와 같은 파일 시스템 프로토콜에서 작동하는)에서 생성된 데이터를 객체 스토리지로 간단히 이동할 수 있습니다. Storage Software Appliance는 그동안 클라우드 스토리지의 원활한 확장성, 내구성, 비용 효율성을 활용할 수 없었던 기존 온프레미스 애플리케이션이 클라우드 스토리지를 무제한으로 사용할 수 있도록 지원합니다.
아니요. Storage Software Appliance는 범용 네트워크 연결 스토리지로 사용할 수 없습니다. Though Storage Software Appliance는 여러 면에서 가상 파일 시스템이지만, 주요 기능은 클라우드로의 데이터 이동입니다. 모든 기능을 갖춘 파일 시스템처럼 트랜잭션 워크로드를 처리할 수는 없습니다.
Storage Software Appliance는 온프레미스 데이터 센터에서 클라우드로 데이터를 이동시키기 위한 효율적인 도구입니다. 특히 백업/아카이브 애플리케이션이 Oracle Object Storage와 기본적으로 통합되지 않은 경우 Storage Software Appliance를 사용해 효과적으로 백업/아카이브 데이터를 클라우드로 복사할 수 있습니다. 또한 Storage Software Appliance는 'rsync' 유틸리티를 활용해 온프레미스 파일러에서 객체 스토리지로 데이터를 이동하는 데에도 사용할 수 있습니다.
범용 네트워크 스토리지 - Storage Software Appliance는 범용 스토리지 파일러가 아니므로 기존 네트워크 스토리지 어플라이언스를 대체하는 용도로 사용해서는 안 됩니다.
파일 동기화 및 공유 – Storage Software Appliance는 효과적인 데이터 이동 수단이지만 파일 동기화 및 공유 서비스를 대체할 수는 없습니다. 파일 동기화 및 공유 기능을 사용하려면 Oracle Document Cloud 서비스와 같은 서비스를 반드시 고려해 보아야 합니다.
콘텐츠 협업 - Storage Software Appliance는 단일 오브젝트 스토리지 컨테이너/버킷에서 동시에 읽고 쓰는 여러 어플라이언스 인스턴스를 지원하지 않습니다. 따라서 분산된 여러 팀이 콘텐츠를 만들고 관리하기 위한 협업 도구로 사용해서는 안 됩니다.
자주 수정되는 파일 – 데이터가 자주 수정될 것으로 예상되는 경우에는 Storage Software Appliance를 사용해서는 안 됩니다. 데이터가 수정되면 먼저 객체 스토리지에서 콘텐츠를 읽기 때문입니다(스토리지 어플라이언스 캐시에 없는 경우). 그런 다음 수정된 데이터가 새 객체로 업로드됩니다. 따라서 자주 수정되는 데이터는 업로드/다운로드 대역폭과 용량 사용률 측면에서 상당한 비효율을 초래합니다.
Storage Software Appliance는 무료로 사용할 수 있습니다. Oracle Cloud Infrastructure Object Storage 또는 Object Storage Classic 사용자는 누구나 본 서비스를 무료로 이용해 클라우드로 데이터를 이동할 수 있습니다.
여기에서 Storage Software Appliance를 다운로드할 수 있습니다. Storage Software Appliance를 설치하기 위해 프로비저닝해야 하는 서버의 최소 하드웨어/소프트웨어 사양은 다음과 같습니다.
소프트웨어 요구 사항:
설치 설명서에 따라 Storage Software Appliance를 설치합니다. 설치가 끝나면 구성 안내서를 사용해 Storage Software Appliance 파일 시스템 구성을 시작한 뒤 파일 시스템을 마운트할 수 있습니다. 이제 Storage Software Appliance를 사용해 클라우드로 원활하게 데이터를 이동할 수 있습니다.
Storage Software Appliance는 NFS v4를 지원합니다.
아니요. Storage Software Appliance는 현재 Windows 운영체제를 지원하지 않습니다.
데이터 복사를 수행하는 NFS 클라이언트가 지원하는 한 모든 스토리지로부터의 데이터 복제에 Storage Software Appliance를 사용할 수 있습니다.
Storage Software Appliance에서 파일 시스템을 생성하면, 선택한 리전의 객체 스토리지 대상에 파일 시스템과 동일한 이름의 객체 스토리지 컨테이너/버킷이 생성됩니다. 파일 시스템이 생성되면 Storage Software Appliance가 객체 스토리지 컨테이너/버킷의 데이터를 완전히 관리합니다. 사용자는 일반 파일 시스템 명령을 사용해 로컬 파일 시스템과 직접 상호작용하기만 하면 됩니다.
아니요. Storage Software Appliance를 사용하기 위해 객체 스토리지 API를 사용할 필요는 없습니다. Storage Software Appliance가 NFS - REST API 변환을 대신 수행해 줍니다.
Storage Software Appliance는 다음과 같은 플랫폼을 지원합니다.
예. 온프레미스에 제품을 설치할 때와 동일한 지침을 사용해 Oracle Cloud Infrastructure(OCI) Compute 인스턴스에서 스토리지 소프트웨어 어플라이언스를 실행할 수 있습니다.
예. Storage Software Appliance-Cloud Distribution 지침에 따라 Storage Software Appliance를 설치할 수 있습니다.
Storage Software Appliance는 사용 가능한 모든 Oracle Cloud Infrastructure 및 Oracle Cloud Infrastructure Classic 리전에서 지원됩니다.
아니요. Storage Software Appliance는 압축 및 중복 제거를 지원하지 않습니다.
설명서 지침에 따라 파일 시스템을 구성합니다. 파일 시스템을 만들기에 앞서 먼저 클라우드 테넌시를 만들어야 합니다. 파일 시스템을 만들기 위해서는 객체 스토리지 엔드포인트 및 사용자 자격 증명을 제공해야 하기 때문입니다.
Oracle Cloud Infrastructure 또는 Oracle Cloud Infrastructure Classic Object Storage 계정을 등록하는 방법은 다음과 같습니다.
Oracle 영업 담당자가 귀사에서 사용할 수 있는 가격 옵션에 대한 정보를 제공합니다. 영업 담당자가 귀사로부터 몇 가지 정보를 수집하고 등록 프로세스를 시작할 것입니다.
예. Storage Software Appliance 인스턴스 1개당 다수의 파일 공유를 생성할 수 있습니다. Storage Software Appliance 인스턴스에서 지원할 수 있는 최대 공유 수에 대한 상한선은 사용 가능한 호스트 리소스에 따라 결정됩니다.
그러나 파일 시스템들이 리소스를 놓고 경쟁하게 되므로 활성화된 파일 시스템은 4개를 넘지 않도록 하도록 하는 것이 좋습니다.
스토리지 계정이나 테넌시에서 사용할 수 있는 어플라이언스 수에는 제한이 없지만 호스트당 하나의 어플라이언스 인스턴스만 생성할 수 있습니다.
예. 프록시 서버 뒤에 Storage Software Appliance를 설치할 수 있습니다. 프록시 서버를 설정하려면 다음 명령을 사용합니다.
oscsa configure proxy https://:<proxy_ip>:<port>
Restart OSCSA: oscsa down; oscsa up. 자세한 내용은 설명서를 참고하세요.
파일 시스템을 생성할 컴파트먼트를 별도로 지정하지 않을 경우 파일 시스템을 백업하는 컨테이너/버킷은 기본 '루트' 컴파트먼트에 생성됩니다.
Storage Software Appliance는 파일 시스템 및 캐시를 호스팅하기 위해 서버(또는 가상 서버)에 연결된 로컬 스토리지를 사용합니다. 어플라이언스의 파일 시스템에 작성된 파일은 객체 스토리지 컨테이너/버킷에 업로드되고, 파일 세트의 일부는 웜 캐시로서 파일 시스템에 로컬로 유지됩니다. Storage Software Appliance의 로컬 캐시는 인제스트 캐시(업로드/쓰기 버퍼) 및 읽기 캐시의 두 가지 역할을 수행합니다. 읽기 캐시의 최대 크기를 직접 지정할 수 있습니다. 쓰기 버퍼는 로컬 스토리지 볼륨의 사용 가능한 나머지 공간을 사용하고 캐시 크기 설정은 불가능합니다. 로컬 어플라이언스 스토리지를 구성할 때 최적의 성능, 안정성, 내결함성을 확보하기 위해 고려해야 할 지침은 다음과 같습니다.
파일 시스템이 생성되면 그와 동일한 이름의 관련 객체 스토리지 버킷/컨테이너도 생성됩니다. 파일 시스템 이름을 기존 컨테이너/버킷과 일치하도록 지정하면 어플라이언스는 사용자에게 파일 시스템(다른 어플라이언스 이름으로 생성되었을 수 있음)을 이 어플라이언스 인스턴스로 전송할 것인지 확인하는 메시지를 표시합니다.
Oracle Cloud Infrastructure Object Storage에 저장되는 데이터는 기본적으로 암호화됩니다. 데이터는 HTTPS 프로토콜을 사용하여 SSL 엔드포인트를 통해 Oracle Object Storage에서 업로드 및 다운로드됩니다. Oracle Cloud Infrastructure - Classic의 경우 클라이언트측에서 데이터를 암호화하는 옵션을 사용할 수 있습니다. 파일 시스템에 암호화를 설정한 경우 자체 RSA 비대칭 키를 제공할 수 있습니다. 대칭 키는 cleartext로 불리는 읽을 수 있는 형식으로 데이터를 변환합니다. 키를 분실할 경우 데이터가 손실됩니다.
비대칭 키: 어플라이언스의 모든 인스턴스에는 그에 대응하는 하나의 키 쌍이 있습니다. 동일한 키 쌍이 로컬 구성과 관련된 정보를 암호화하는 데 사용됩니다. 귀사에서 비대칭 키 쌍을 제공한 경우 해당 키 쌍은 지정된 파일 시스템 데이터베이스 구성 항목을 암호화하거나 해독하는 데 사용됩니다. 비대칭 키를 반드시 백업해야 합니다.
대칭 키: 대칭 키는 로컬 파일 시스템 데이터베이스 내에 저장됩니다. 각 파일 시스템마다 고유한 대칭 암호화 키를 가질 수 있습니다. 대칭 키는 디스크에 로컬로 저장되는 비대칭 키를 사용해 암호화됩니다.
디스크에 저장된 모든 키의 세부정보가 포함된 tar.gz 파일을 언제든 다운로드할 수 있습니다. 어플라이언스에 오류가 발생할 경우 키 로테이션을 통해 언제든 데이터를 복구할 수 있습니다.
어플라이언스에서 키 로테이션하기
예. Storage Software Appliance는 사용자 관리 키를 사용한 Oracle Cloud Infrastructure-Classic의 클라이언트측 데이터 암호화를 지원합니다. 현재 Oracle Cloud Infrastructure에서는 해당 기능이 지원되지 않습니다.
파일 크기는 객체 스토리지에서 지원하는 최대 객체 크기에 따라 결정됩니다. Oracle Cloud Infrastructure Object Storage 한도는 Object Storage Limits 페이지를 참고하세요.
로컬 캐시 크기가 올바르게 지정된 경우 객체 스토리지에 업로드할 수 있는 데이터 용량에는 제한이 없습니다. 그러나 파일 시스템의 모범사례는 파일 수가 천만 개를 초과하지 않는 것입니다.
아니요. Storage Software Appliance를 활용해 업로드한 데이터는 항상 Storage Software Appliance 인스턴스를 사용해 읽어야 합니다. Storage Software Appliance가 업로드된 데이터에 대한 메타데이터(구성 파일들로부터 업로드된 파일을 재구성하는 데 필요)를 유지 관리하고 객체 스토리지에 저장하기 때문입니다.
아니요. Storage Software Appliance는 다중 작성자 협업 기능을 지원하지 않습니다. 여러 Storage Software Appliance 파일 시스템을 단일 객체 스토리지 컨테이너/버킷에 매핑할 수 없습니다.
예. 여러 클라우드 계정을 사용해 Storage Software Appliance의 모든 인스턴스에서 여러 파일 시스템을 생성할 수 있습니다.
아니요. 공통 객체 스토리지 컨테이너/버킷으로 백업되는 파일 시스템을 마운트하는 여러 Storage Software Appliance 인스턴스는 지원하지 않습니다. 또한 Storage Software Appliance의 '읽기 전용' 모드도 지원하지 않습니다.
파일 시스템의 속성을 변경하려면 관리 콘솔에 로그인한 다음 Dashboard 창에서 파일 시스템의 이름을 클릭합니다.
파일 시스템 속성을 업데이트한 후 Save를 클릭합니다.
Restoring Files From Archive Filesystem 페이지를 참고하세요.
Tracking Restoration of All Files in an Archive FileSystem 페이지를 참고하세요.
웹 GUI에서 파일 시스템의 'Details' 탭에 아카이브 스토리지 컨테이너/버킷에 의해 백업된 파일 시스템인지 여부가 표시됩니다.
파일 시스템을 삭제/제거해도 Oracle Cloud Infrastructure 클라우드 컨테이너/버킷은 클라우드에 계속 남아 있습니다. 동일한 Oracle Cloud Infrastructure Classic ID 도메인 또는 Oracle Cloud Infrastructure 테넌시에 동일한 이름의 파일 시스템을 생성해 파일 시스템을 복원할 수 있습니다.
클라우드에서 모든 데이터를 포함하여 파일 시스템을 영구 삭제하는 2가지 방법은 다음과 같습니다.
Storage Software Appliance에서는 바이트 단위의 추가, 재작성, 덮어쓰기, 자르기와 같은 정교한 파일 작업을 수행할 수 있습니다. 어플라이언스 파일 시스템에서 파일을 수정하면 새 버전의 파일이 생성되어 계정에 업로드됩니다.
파일 시스템을 생성할 때 파일 시스템에서 해당 파일이 업데이트 또는 삭제될 때마다 클라우드에 저장된 이전 버전의 객체를 유지할지 여부를 선택할 수 있습니다.
예. Delete Old File Versions을 활성화한 경우 Storage Software Appliance에서 데이터를 삭제하면 'Object/Archive' 스토리지에서 데이터가 영구적으로 삭제됩니다. 해당 기능을 비활성화하면 삭제된 파일은 어플라이언스의 파일 시스템 네임스페이스에서 제거되지만 객체 스토리지 컨테이너/버킷에는 해당 객체가 남아 있습니다.
클라우드 컨테이너/버킷의 객체 수가 파일 시스템의 파일 수보다 훨씬 많아지는 경우가 일반적입니다. 그 이유는 다음과 같습니다.
버전 압축이 비활성화되어 있는 경우(기본값) 파일을 삭제해도 클라우드의 객체는 삭제되지 않습니다. 이 모드에서는 파일이 파일 시스템 네임스페이스에서 제거되지만 클라우드에 있는 해당 데이터 객체는 그대로 유지되므로 객체 수가 줄어들지 않습니다. 버전 압축을 설정하고 파일을 삭제하면 클라우드의 해당 객체도 삭제됩니다. 클라우드의 객체 제거 프로세스는 정기적으로 실행되므로 객체 수 변경 내역이 늦게 반영될 수 있습니다(최대 24시간).
어플라이언스는 파일이 닫힐 때까지 새 파일 또는 수정된 파일 업로드를 시작하지 않습니다. 파일이 닫히면 어플라이언스는 파일을 업로드 대기열에 등록하기 전 1분 동안의 안정화 시간을 허용합니다. 업로드 대기 중인 파일이 많을 경우 클라우드 컨테이너/버킷에 표시되기까지 시간이 오래 걸릴 수 있습니다. 관리자 UI 및/또는 진단 명령을 사용해 파일 업로드 상태를 확인할 수 있지만 실제로 언제 클라우드로 전송될지 예측할 수 있는 확실한 방법은 없습니다.
예, Oracle Cloud Infrastructure - Classic에서 'df' 및 'du'를 사용할 수 있지만, Oracle Cloud Infrastructure Object Storage를 사용할 경우 해당 명령어는 '0'이라는 값을 보고합니다. 이는 Storage Software Appliance가 파일 이동 프로그램이며, 따라서 클라우드 계정 및/또는 버킷/컨테이너 할당량에 의해 제한되지 않는 한 실제 파일 시스템 크기 제한이 없기 때문에 발생하는 현상입니다. 마찬가지로 파일은 클라우드에 객체 형식으로 업로드되므로 기존의 파일 시스템과 같은 사용량 통계도 제공되지 않습니다.
캐시가 거의 가득 찬 임계값에 도달하면 캐시 콘텐츠가 객체 스토리지와 동기화될 때까지 기다리거나 캐시 크기를 늘릴 수 있습니다. 디스크 볼륨이 가득 차면 단편화로 인해 성능도 저하됩니다. 이러한 조건이 I/O 성능에 영향을 미치지 않도록 하려면 볼륨이 80% 이상 차는 일이 없도록 프로비저닝해야 합니다.
Storage Software Appliance 인스턴스가 소프트웨어 또는 하드웨어 장애로 인해 예기치 않게 중단된 경우 또다른 인스턴스를 생성하고 파일 시스템 데이터를 유지하는 객체 스토리지 컨테이너/버킷에 파일 시스템을 연결할 수 있습니다. 장애가 발생한 어플라이언스에 버퍼링되었지만 아직 업로드되지 않은 파일은 복구된 어플라이언스에 다시 써야 합니다.
Storage Software Appliance 인스턴스에서 암호화가 활성화된 경우, 이전 인스턴스에서 사용한 RSA 키를 다시 입력해야 합니다.
이전에 아카이브 파일 시스템으로 구성되었던 파일 시스템의 경우에는 동일한 파일 시스템에 Enable Archive를 반드시 선택해야 합니다. 해당 옵션을 선택해야만 파일 시스템을 마운트할 수 있습니다.
이전 어플라이언스 인스턴스에서 파일 시스템에 쓰기 소유권이 있었다면, 새 인스턴스에서도 파일 시스템에 쓰기 소유권이 반드시 부여되어야 합니다. 쓰기 소유권을 주장하려면 반드시 새 인스턴스에 파일 시스템을 다시 연결해야 합니다.
FileSystem: Claim Ownership 윈도우에 다른 어플라이언스의 연결을 반드시 해제해야 한다는 메시지가 표시됩니다.
계속 진행하도록 선택한 경우 스토리지 서비스에 따라 필요한 조치를 취합니다.
NFS 호출이 I/O 오류를 반환하는 경우의 몇 가지 해결 방법은 다음과 같습니다.
Oracle Object Storage에 연결할 수 없는 경우, cURL 명령을 사용해 객체 스토리지 연결을 확인하세요.
Oracle Cloud Infrastructure Classic URL 인증 테스트: docs.oracle.com/en/cloud/iaas-classic/storage-cloud/ssapi/Authentication.html
파일 시스템을 생성할 때는 반드시 다음 명령을 사용해 마운트 지점을 내보내야 합니다.
docker exec oscsa_gw /opt/oracle/gateway/./nfs-exports.sh
IP 네트워크 교환을 통해 다른 IP 네트워크에서 VM에 액세스할 수 있습니다. 보안 규칙 및 ACL도 액세스에 영향을 미칠 수 있습니다.
구성 참고: docs.oracle.com/en/cloud/iaas-classic/compute-iaas-cloud/stcsg/managing-ip-network-exchanges.html
Storage Software Appliance가 실행 중인지 확인합니다:
oscsa info
어플라이언스가 실행 중이 아닌 경우 어플라이언스를 시작합니다:
oscsa up
관리 콘솔 포트 번호를 반드시 기록해 두어야 합니다.
샘플 출력
OSCSA 볼륨 만들기 OSCSA 시작하기[oscsa_gw:1.0] Management Console: https://myappliancehost.example.com:32771/. Management Console을 통해 이미 OSCSA 파일 시스템을 구성한 경우 다음과 같은 포트를 사용해 NFS 공유에 접근할 수 있습니다. NFS 포트: 32770 예시: mount -t nfs -o vers=4,port=32770 myApplianceHost.example.com:/OSCSA_filesystem_name/local_mount_point
샘플 출력에서
-myApplianceHost.example.com은 어플라이언스 호스트 이름입니다.
-32771은 관리 콘솔 포트 번호입니다.
SSL을 사용하도록 설정한 경우 반드시 https를 사용해야 합니다. SSL은 기본적으로 사용하도록 설정되어 있습니다.
Oracle Cloud Infrastructure Object Storage Classic 계정의 사용자 자격 증명을 확인한 뒤 관리 콘솔에서 업데이트해야 합니다.
Storage Software Appliance가 실행 중인지 확인합니다:
oscsa info
어플라이언스가 실행 중이 아닌 경우 어플라이언스를 시작합니다:
oscsa up
관리 콘솔 포트 번호 및 NFS 포트 번호를 기록해 두어야 합니다.
어플라이언스가 어플라이언스 호스트의 docker에서 실행되고 있는지 확인합니다.
NFS 프로토콜이 반드시 실행되고 있어야 합니다:
sudo systemctl enable nfs-server
출력의 NFS 포트 번호(oscsa 정보)가 NFS 클라이언트에 연결하기 위해 사용 중인 포트와 일치하는지 확인합니다.
다음과 같이 일반 Oracle Support 채널을 통해 문의함으로써 Storage Software Appliance에 대한 지원을 받을 수 있습니다.