Oracle
 sql >> Teknologi Basis Data >  >> RDS >> Oracle

N+1 Redundansi dan Konsolidasi Server

Dalam posting blog sebelumnya, saya berbicara tentang merancang implementasi RAC Anda dengan redundansi N+1. Ini memastikan hilangnya sebuah node tidak membanjiri node yang tersisa jika satu node gagal. Hari ini, saya akan membahas dampak konsolidasi server, khususnya inti CPU, dan potensi dampak N+1.

Salah satu sistem utama yang saya kerjakan hari ini adalah cluster Oracle RAC empat node. Setiap node memiliki 4 core. Saya dilisensikan untuk semua 16 core (4 core/node * 4 node =16 total core) di lingkungan saya. Saya merancang sistem ini dengan redundansi N+1. Jika saya kehilangan node, dan kehilangan 4 core, saya masih baik-baik saja karena tuntutan beban kerja saya hanya membutuhkan 12 core untuk mempertahankan tingkat performa yang normal dan dapat diterima.

Ketika sistem ini awalnya dirancang, server 4-core adalah hal yang biasa. Lingkungan saat ini berbeda dan semakin sulit untuk menemukan server 4-core. Mereka masih ada, tetapi vendor perangkat keras mendorong sistem dengan jumlah inti yang lebih besar.

Dalam percakapan dengan SysAdmin saya baru-baru ini, dia ingin memesan sistem 6-core untuk menggantikan server kami yang berusia 3 tahun. Yah kita tidak bisa begitu saja. Lisensi Oracle saya adalah untuk 16 core. Saya dapat menerapkan tiga sistem 6-inti, tetapi kemudian saya akan memiliki total 18 inti dalam kluster dan saya harus memiliki 2 inti lagi senilai lisensi Oracle. Jika saya menerapkan dua sistem 6 inti, saya akan memiliki total 12 inti dan memiliki lisensi senilai 4 inti yang tidak digunakan.

Saya juga memberi tahu SysAdmin tentang desain N+1 kami. Dampak perpindahan ke sistem 6-inti dapat berdampak besar pada desain N+1. Ingatlah bahwa saya katakan sebelumnya bahwa tuntutan beban kerja kita memerlukan 12 inti untuk mempertahankan tingkat operasional normal. Jika kami menggunakan mesin 6-inti, maka dua di antaranya memenuhi persyaratan kami dan simpul lain, "+1", akan diperlukan untuk memastikan kami dapat kehilangan satu simpul tanpa berdampak besar pada kinerja. Kami perlu menggunakan tiga mesin 6-inti untuk menjaga tujuan desain N+1 kami tetap utuh. Tapi ini berarti kami perlu meningkatkan jumlah lisensi kami seperti yang saya nyatakan sebelumnya.

Pada titik ini, SysAdmin saya berpikir dia punya ide yang bagus…kita bisa membeli dua server 8-core. Itu masih 16 inti total dan persis apa yang kami lisensikan untuk hari ini. Tidak ada kenaikan biaya lisensi. Tetapi jika kita kehilangan node, kita turun menjadi 8 inti total dalam operasi yang kurang dari yang saya butuhkan. Ini memunculkan poin yang sangat bagus…

Saat ini, tidak ada jawaban yang mudah. Kami masih dapat membeli server 4-inti sehingga kami akan mengganti server saat ini dengan tahun depan. Tetapi akan datang suatu hari ketika server 4-core tidak mungkin ditemukan. Kami harus memiliki rencana pada saat itu, dengan mengingat tujuan desain N+1 kami.

Andai saja saya bisa mempartisi server Linux kami dengan hard-part dan membiarkan core diam dan tetap mematuhi perjanjian lisensi Oracle kami.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Bagaimana Mengekspor Data dari Oracle SQL Developer ke Excel?

  2. Cara Mendapatkan Abad dari Tanggal di Oracle

  3. Fungsi NLS_COLLATION_ID() di Oracle

  4. Bagaimana saya bisa mencantumkan SEMUA hibah yang diterima pengguna?

  5. Permintaan untuk memeriksa ukuran tabel di database Oracle