9월 중순에 오라클 오픈월드에서 발표된 Oracle – VMware 간의 파트너쉽 확장의 일환으로, VMware 환경에서 오라클 제품을 사용하는 경우 Oracle 에서 공식적으로 지원을 하기로 하였습니다.
관련하여 Oracle Support Policy 가 다음과 같이 업데이트 되었습니다. (오라클 문서번호 249212.1)
기존 정책과 대비해보면 변화된 부분을 쉽게 알 수 있습니다.
|
기존 (Oracle 의 이슈임을 증명할 수 있거나, known 이슈일 경우에 한해서 서포트) |
변경 후 |
|
Oracle has not certified any of its products on VMware virtualized environments.
Oracle Support will assist customers running Oracle products on VMware in the following manner: Oracle will only provide support for issues that either are known to occur on the native OS, or can be demonstrated not to be as a result of running on VMware. If a problem is a known Oracle issue, Oracle support will recommend the appropriate solution on the native OS. If that solution does not work in the VMware virtualized environment, the customer will be referred to VMware for support. When the customer can demonstrate that the Oracle solution does not work when running on the native OS, Oracle will resume support, including logging a bug with Oracle Development for investigation if required. If the problem is determined not to be a known Oracle issue, we will refer the customer to VMware for support. When the customer can demonstrate that the issue occurs when running on the native OS, Oracle will resume support, including logging a bug with Oracle Development for investigation if required.
NOTE: Oracle has not certified any of its products on VMware. For Oracle RAC, Oracle will only accept Service Requests as described in this note on Oracle RAC 11.2.0.2 and later releases.
|
Oracle customers with an active support contract and running supported versions of Oracle products will receive assistance from Oracle when running those products on VMware virtualized environments.
If Oracle identifies the underlying issue is not caused by Oracle’s products or is being run in a computing environment not supported by Oracle, Oracle will refer customers to VMware for further assistance and Oracle will provide assistance to VMware as applicable in resolving the issue. This support policy does not affect Oracle or VMware licensing policies.
NOTE: For Oracle Real Application Clusters (RAC), Oracle will only accept Service Requests as described in this note on Oracle RAC 11.2.0.2 and later releases.
|
아래 VMware 링크도 참조 부탁드립니다. 위의 내용과 동일한 내용입니다.
그리고 사실 기존 정책도 보면, Oracle 은 원래 하드웨어 또는 플랫폼에 대한 Certi 를 하지 않고, 엄밀히 따지면, OS (RHEL/OEL/SUSE ) 에서 기동하는 오라클 제품에 대한 Certi 를 하는것이라고 하네요.
예외적으로 오라클 제품중 OS 인 OEL (Oracle Enterprise Linux) 에 대해서는 하드웨어 서티가 존재합니다. 그리고 하드웨어 플랫폼 중 하나로 ESXi 가 포함되어있습니다.
https://linux.oracle.com/pls/apex/f?p=117:1:::NO:RP::
위 내용중에 오라클 라이센스에는 변화가 없다 라는 부분이 있는데, 제가 알기로는 가상화 환경에 대한 오라클 라이센스는 다음과 같다고 들었습니다.
Licensing Oracle workloads on VMware – Example
For example, let’s say we have a vSphere Cluster dedicated to run Oracle workloads called “OraCluster” with 3 ESXi servers, each ESXi server having 2 socket x 10 cores each. The processor is Intel Family.
Total no of effective cores for licensing Oracle workloads in “OraCluster” using Enterprise Edition (EE)
= Absolute number of cores in cluster * Processor Core Factor
= ( 3 servers * 2 sockets per server ) * ( 10 cores/socket ) * ( Processor Core Factor for Intel Family )
= 6 * 10 * 0.5
= 30 Effective cores liable for Oracle licensing
아마 위 내용대로라면, Oracle workload 가 동작되는 ESXi 호스트 수를 최대한 줄여야 라이센스 비용도 절감될것 같네요. ㅎㅎ 참고로 위는 “Dedicated Cluster” 의 경우입니다.
그렇다면, Oracle workload 외에 다른 workload 들도 동시에 동작하는 경우는 다음과 같습니다. 아래는 4대의 호스트중에 2대의 호스트에서만 Oracle workload 가 동작하는 경우입니다. (Host-VM affinity rule 을 통해 강제합니다.) 다만 호스트 스펙이 위는 10 cores 고 아래는 16 cores 니까 혼동하지 마시구요. vSAN 이냐 아니냐는 크게 상관없습니다.
In the example above, to run Oracle workloads in the above scenario:
Total no of effective cores for licensing Oracle workloads on 2 ESXi servers in the vSAN Cluster above using Enterprise Edition (EE) = Absolute number of cores in cluster * Processor Core Factor
= 2 servers * 2 sockets * 16 cores/socket * Processor Core Factor
= 64 * 0.5
= 32 Effective cores liable for Oracle licensing
Processor Core Factor 는 CPU 종류 및 벤더에 따라 상이함으로 다음을 참조하시기 바랍니다.
http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf
그럼 즐거운 하루 보내세요.
Host Affinity는 VMware의 주장이고 Oracle은 인정하지 않습니다. 심지어는 Cluster를 Oracle 정용으로 구성해도 vCenter가 같으면 모든 Host에 대해 License가 필요하다고 주장합니다. 소송들어 오면 대책 없습니다. 그냥 Oracle 전용 Cluster + vCenter를 별도 구성하거나 가상화에 안넣는게 답인듯합니다.
예 의견 감사합니다