Oracle Database on VMware 的授權買法

Oracle Database on VMware 的授權買法

*2018.4.13  最新發現, Oracle有Certify 自家的Oracle VM 以及 Hyper-V!!!    (VMware表示...OOXX)
link :    http://www.oracle.com/technetwork/database/virtualizationmatrix-172995.html

在業界久了有很多客戶、Partner都會問到底Oracle on VMware是否允許用限制vCPU的方式來節省oracle license, 答案是yes or no..如下闡述：

*在以下的link節錄一段，Oracle on VMware 要計算所有ESXI HOST CORES (VM Cluster內都要買oracle license)

*如果不想踩雷 只能考慮採用Oracle database Named User Plus的買法 也許更加划算一點

https://blogs.vmware.com/apps/2017/01/oracle-vmware-vsan-dispelling-licensing-myths.html

Oracle Licensing requires licensing every vSphere host attached to a given vCenter

或可參考MOS上的這篇文章也有提到一段比較特別的字眼,   Oracle has not certified any of its products on VMware virtualized environments.

Support Position for Oracle Products Running on VMWare Virtualized Environments (Doc ID 249212.1)

如果要真正合法的在虛擬化環境裡面運行Oracle Database, 推薦使用Oracle提供的的虛擬化Hypervisor (Oracle VM), 技術源自Citrix 所開源的Xenserver...

目前是免費使用( 免費用但不能在MOS上面開SR- Service Request問問題 ) 

另外如果要確保CPU的核心是被綁訂到Guest OS進行使用，更進階一點的設定是需在OVM Server上用指令來綁定/ PIN CPU，讓CPU核心資源對應到要跑的VM上(類似VMware affinity技術)

參考設定方式如下：

https://finnishingthoughts.wordpress.com/2017/05/02/oracle-vm-3-4-2-cpu-pinning-licensing/

當然如果不想使用Oracle VM的話可以考慮使用業界硬體廠商所提供的hardware partition技術(不過會較貴)

關於Oracle官方文件描述，所支援的hypersvior/ partition技術, 可以參考 http://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf

主要重點如下：

Oracle DB接受的硬體平台可為software partition or hardware partition

1.Software partition(想像為軟體虛擬化技術)

Solaris 9 Resource Containers, AIX Workload

Manager, HP Process Resource Manager, Affinity Management, Oracle VM, and VMware.

*請注意 雖然VMware有列在software partition裡面, 不過並非O社所認可的平台，也就是說如果客戶決定要在VMware上面跑Oracle Database，當遇到DB以外的異常情形，建議向VMware原廠進行技術諮詢。VMware 所闡述的support policy link 

2.Hardware partition技術

   則是各個原廠所提供的技術例如 HP Superdome/ HP Superdome X / IBM LPAR / Fujisu PPAR 等...

*當然 如果以上方案真的都不想用

可以考慮使用Oracle ODA (Oracle database appliance)的一體機，他也是x86 based的CPU，

最大好處就是安裝且升級簡便； 

運行效能又超越一般X86 Server + All Flash Storage

不需要額外再買兩台SAN Switch所以相對成本較低~

在CPU效能不足的時候還可以彈性擴充DB license   (Capacity On Demand : from 2 to 72 cores)

VMware vSphere 6.0 升版與降版問題

只要VMware vSphere 6.0軟體授權是在valid範圍內, 可以不斷的downgrade/ upgrade if you want

Ref:

http://www.techezone.com/question/downgrade-vsphere-esxi-6-0-entplus-license-to-esxi-5-entplus-2/

You can up- and downgrade your license in your MyVMware portal as required.

-VMware KB

How to downgrade license keys in My VMware (2006975)

  http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2006975

How to upgrade license keys in My VMware (2006974)

  http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2006974

update 2015/10/4

vSphere驚爆大漏洞，恐讓ESXi 6.0主機網路突然中斷

ESXi主機就算重開機也可能隨時再度斷線，此漏洞只影響ESXi 6.0.x以及ESXi 6.0 Update 1版本

相關描述如下:

VMware hot add plug 功能

1. VMware hot add plug 功能
   
   
   Ref
   https://www.hackerzhou.me/2012/05/vmware-hot-add-cpu-memory-feature-notes.html
   2012-05-05 12:34 by hackerzhou
   前段時間接觸VMware vSphere的hot-add/plug功能，感覺很炫，虛擬機器跑著跑著多出來幾個CPU和幾G的記憶體。其實還遠遠不止這些，還可以熱插網卡和硬碟等等，hot-add/plug為虛擬化管理員提供了在不允許停機的生產環境中仍然可以動態添加設備的方法。本文主要介紹下CPU和memory的hot-add/plug、如何讓guest OS識別新配置以及一些目前已知的問題，希望給VMware虛擬化社區貢獻一份力，同時希望能抛磚引玉，讓更多的虛擬化愛好者們能分享各自的經驗。
   vSphere Release Notes以及vSphere Client中使用hot-add memory和hot-plug CPU的措辭，不過我覺得說成廣義的hot-add也並無不可，因此下文用hot-add來指代hot-add/plug。

   Hot-add可以抽象成三個步驟：

   打開VM的hot-add選項（hot-add 功能預設不會打開）。右擊一個已經關機的VM->”Edit Settings”->”Options”->”Memory/CPU Hot-pluging”，打開memory和CPU的hot-add/plug。具體的操作可以參考有圖示的教程 Using vSphere Hot-Add to Dynamically Add CPU and RAM，下圖拷貝自上述教程。
2. 在VM上觸發hot-add。開啟了VM的hot-add之後，在VM開機狀態下進入”Edit Settings”會發現記憶體和CPU都是可配置的了。配置好之後vSphere會通知guest OS它的設備發生了改變，
3. 讓運行在VM裡的guest OS識別出新設備。Windows一般能自動識別出並使用新的memory和CPU，但在Linux下就需要我們用腳本讓系統使用新配置。VMware Knowledge Base中有一篇
   1. Hot adding memory in Linux，對CPU的操作也很類似。有自動化需要的可以用這兩個腳本：online_hotplug_memory.sh 和 online_hotplug_cpu.sh，兩個腳本都不難理解，無非就是往識別出但是沒有online的CPU和memory的state檔裡面寫識別字讓系統online下設備而已。

   局限性（根據個人經驗和參考文檔）：

   ·         Hot-add memory的數量有嚴格的限制：
   1）新memory大小必須是128的整數倍。
   2）如果hot-add前的memory小於3G，最多只能hot-add到3G。
   3）如果hot-add前的memory等於3G，則不能hot-add任何memory。
   4）如果hot-add前的memory大於3G，最多能hot-add 原先memory的16倍，但不能超過 hardware limit（對VM version 7來說最多到255G，對VM version8來說1011G）。簡單的來說就是 limit=min(old_memory * 16, vm_version_7 ? 255G:1011G)
   ·         對於version 7的VM，hot-add CPU只能在core為1的情況下對socket進行增加。而VM version8可以在core不為1的情況下添加socket。
   ·         Hot-add 功能和VMware Fault Tolerance（FT）功能互斥，不能同時使用。
   ·         開啟hot-add必須在VM關閉的狀態下進行，其實通過往vmx檔裡寫”mem.hotadd”和”vcpu.hotadd”兩個屬性一樣內開啟hot-add。
   ·         Hot-add成功與否依賴guest OS是否支持hot-add。Hot-add之後guest OS必須得能識別並且使用新設備，不然hot-add只不過是在VM層面上進行了硬體的調整，作業系統內部並不識別。
   Windows下的支援性可以參考 vSphere Memory Hot Add/CPU Hot Plug
   Linux下的支援性可以參考 CPU and RAM hotplug support by PSBM 5
   ·         Hot-add 功能只在vSphere Advanced、Enterprise、Enterprise Plus version 上才能被開啟，也就是說只有交了錢才能享受到高端功能。
   ·         Hot-add memory之後可能會導致數秒的CPU 100%使用率。
   ·         內核版本小於2.6.38的Linux有kernel bug，會導致有時候guest OS無法識別新加上的記憶體。根據 Hot-plugged memory cannot be initialized in a Linux VM 這篇kb中的描述來看，原記憶體越小越容易導致無法添加成功。在試驗中驗證了這點，並且發現原記憶體在hot-add前使用率越高，新記憶體就越無法成功被識別。要想workaround，別無他法，只能使用盡可能新的內核版本。
   比如在guest OS是SLSE 11 SP1（內核2.6.32）的情況下，512M記憶體無負載可以hot-add成功（但仍有接近128M記憶體無法被識別），但512M記憶體跑個程式消耗70%的記憶體就無法識別hot-add上的記憶體（哪怕直接hot-add到3G也是一兆都認不出）。
   而在 Ubuntu 11.04（內核2.6.38）中，空負載的情況下可以識別出全部hot-add上的記憶體，不會丟失128M；在負載較大的情況下仍然可以識別出大部分hot-add上的記憶體（仍然會丟失128M）。
   ·         另有一篇文章也分析了hot-add 功能：VMware vSphere hot-add RAM and hot-plug CPU: Not so ‘hot,’ but still cool，有興趣的同學也可以看看。

P.S.VMware hardware 的版本表