Azure'da Oracle Uygulamalarına ve çözümlerine genel bakış

Makale
01/10/2024

Şunlar için geçerlidir: ✔️ Linux VM'leri

Bu makalede, Azure altyapısını kullanarak Oracle çözümlerini çalıştırmayı öğreneceksiniz.

Önemli

Oracle RAC ve Oracle RAC OneNode, Azure Çıplak Altyapı'da desteklenmez.

Azure altyapısındaki Oracle veritabanları

Oracle, Oracle Linux tabanlı VM görüntüleri üzerinde Azure'da Database 12.1 ve üzeri Standard ve Enterprise sürümlerini çalıştırmayı destekler. Azure Market bulunan Oracle Linux görüntülerinde Oracle Veritabanı'nı kullanarak Azure altyapısında Oracle veritabanlarını çalıştırabilirsiniz.

Oracle Veritabanı 12.2 ve 18.3 Enterprise Sürümü
Oracle Veritabanı 12.2 ve 18.3 Standard Sürümü
Oracle Veritabanı 19.3
Aşağıdaki yaklaşımlardan birini de kullanabilirsiniz:
Azure'da kullanılabilen Oracle olmayan bir Linux görüntüsünde Oracle Veritabanı'nın kurulumunu yapın.
Azure'da sıfırdan oluşturduğunuz özel görüntü üzerinde bir çözüm oluşturun.
Şirket içi ortamınızdan özel bir görüntü yükleyin.

Çözümünüzü birden çok bağlı diskle yapılandırmayı da seçebilirsiniz. Oracle Otomatik Depolama Yönetimi (ASM) yükleyerek veritabanı performansını geliştirebilirsiniz. Azure'daki Oracle Veritabanı'nın üretim iş yükleri için en iyi performans için VM görüntüsünü düzgün boyutlandırıp aktarım hızı, IOPS ve gecikme süresine göre doğru depolama seçeneklerini belirlediğinizden emin olun. Oracle tarafından yayımlanan VM görüntüsünü kullanarak Azure'da Oracle Veritabanı'nı hızlı bir şekilde çalıştırma yönergeleri için bkz . Azure VM'de Oracle Veritabanı oluşturma.

Microsoft Azure'da Oracle VM görüntülerini dağıtma

Bu bölüm, oracle tarafından Azure Market yayımlanan sanal makine (VM) görüntülerini temel alan Oracle çözümleri hakkındaki bilgileri kapsar. Kullanılabilir Oracle görüntülerinin listesini almak için Azure CLI veya Azure Cloud Shell kullanarak aşağıdaki komutu çalıştırın

az vm image list --publisher oracle --output table –all

Görüntüler kendi lisansını getir şeklindedir. Yalnızca vm çalıştırmanın neden olduğu işlem, depolama ve ağ maliyetleri için ücretlendirilirsiniz. Ayrıca çözümlerinizi Azure'da sıfırdan oluşturduğunuz özel bir görüntü üzerinde oluşturmayı veya şirket içi ortamınızdan özel bir görüntü yüklemeyi de seçebilirsiniz.

Önemli

Oracle yazılımını kullanmak için uygun bir lisansa ve Oracle ile geçerli bir destek sözleşmesine ihtiyacınız vardır. Oracle, şirket içinden Azure'a lisans hareketliliğini garanti eder. Lisans hareketliliği hakkında daha fazla bilgi için bkz . Oracle ve Microsoft Stratejik Ortaklığı SSS.

Oracle Linux ve WebLogic sunucusundaki uygulamalar

Desteklenen Oracle Linux görüntülerinde Azure'daki WebLogic sunucusunda kurumsal uygulamaları çalıştırın. Daha fazla bilgi için bkz. Azure Çözümünde Oracle WebLogic Server'a Genel Bakış WebLogic belgeleri.

Azure hizmet tümleştirmeleri ile WebLogic Server

Oracle ve Microsoft, WebLogic Server'ı Azure Uygulaması lication teklifi biçiminde Azure Market getirmek için işbirliği içindedir. Bu teklifler hakkında daha fazla bilgi için bkz . Oracle WebLogic Server çalıştırmaya yönelik çözümler nelerdir?

Oracle WebLogic Server VM görüntüleri

Kümeleme yalnızca Enterprise Sürümü desteklenir. Yalnızca Oracle WebLogic Server'ın Enterprise Sürümü kullandığınızda WebLogic kümeleme lisansına sahipsiniz. Oracle WebLogic Server Standard Sürümü ile kümeleme kullanmayın. UDP çok noktaya yayını desteklenmez. UDP tek noktaya yayınını Azure desteği, ancak çok noktaya yayın veya yayın değil. Oracle WebLogic Server, Azure UDP tek noktaya yayın özelliklerini kullanabilir. UDP tek noktaya yayınını kullanan en iyi sonuçlar için WebLogic küme boyutunun statik tutulmasını veya en fazla 10 yönetilen sunucuyla tutulmasını öneririz. Oracle WebLogic Server, T3 erişimi için genel ve özel bağlantı noktalarının aynı olmasını bekler. Örneğin, Kurumsal JavaBeans (EJB) kullanılırken. Bir hizmet katmanı uygulamasının SLWLS adlı bir sanal ağda iki veya daha fazla VM'den oluşan bir Oracle WebLogic Server kümesinde çalıştığı çok katmanlı bir senaryo düşünün. İstemci katmanı aynı sanal ağdaki farklı bir alt ağdadır ve hizmet katmanında EJB'yi çağırmaya çalışan basit bir Java programı çalıştırır. Hizmet katmanını yük dengelemeniz gerektiğinden, Oracle WebLogic Server kümesindeki VM'ler için genel yük dengeli bir uç nokta oluşturulması gerekir. Belirtilen özel bağlantı noktası genel bağlantı noktasından farklıysa bir hata oluşur. Örneğin, kullanıyorsanız 7006:7008, oracle WebLogic Server herhangi bir uzak T3 erişimi için yük dengeleyici bağlantı noktasının ve WebLogic tarafından yönetilen sunucu bağlantı noktasının aynı olmasını beklediğinden aşağıdaki hata oluşur.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

Önceki örnekte, istemci yük dengeleyici bağlantı noktası olan 7006 numaralı bağlantı noktasına erişiyor ve yönetilen sunucu özel bağlantı noktası olan 7008'i dinliyor. Bu kısıtlama HTTP için değil yalnızca T3 erişimi için geçerlidir.

Bu sorunu önlemek için aşağıdaki geçici çözümlerden birini kullanın:

T3 erişimine ayrılmış yük dengeli uç noktalar için aynı özel ve genel bağlantı noktası numaralarını kullanın.
Oracle WebLogic Server başlatılırken aşağıdaki JVM parametresini ekleyin: configCopy Dweblogic.rjvm.enableprotocolswitch=true
Dinamik kümeleme ve yük dengeleme sınırlamaları. Oracle WebLogic Server'da dinamik bir küme kullanmak ve bunu Azure'daki tek bir genel yük dengeli uç nokta aracılığıyla kullanıma açmak istediğinizi varsayalım. Yönetilen sunucuların her biri için sabit bir bağlantı noktası numarası kullandığınız, bir aralıktan dinamik olarak atanmadığı ve yöneticinin izlediği makinelerden daha fazla yönetilen sunucu başlatmadığınız sürece bu yaklaşım gerçekleştirilebilir. VM başına birden fazla yönetilen sunucu olmamalıdır. Yapılandırmanız VM'lerden daha fazla Oracle WebLogic Server'ın başlatılmasına neden oluyorsa, oracle WebLogic Servers'ın bu örneklerinden birden fazlasının belirli bir bağlantı noktası numarasına bağlanması mümkün değildir. Başka bir ifadeyle, birden çok Oracle WebLogic Server örneği aynı sanal makineyi paylaşıyorsa, bu VM'nin diğer örnekleri başarısız olur. Yönetici sunucusunu, yönetilen sunucularına otomatik olarak benzersiz bağlantı noktası numaraları atayacak şekilde yapılandırıyorsanız, bu yapılandırma için gerekli olduğu gibi Azure tek bir genel bağlantı noktasından birden çok özel bağlantı noktasına eşlemeyi desteklemediğinden yük dengeleme mümkün değildir.
Bir VM'de Oracle WebLogic Server'ın birden çok örneği. Dağıtım gereksinimlerinize bağlı olarak, VM yeterince büyükse aynı VM'de birden çok Oracle WebLogic Server örneği çalıştırmayı düşünebilirsiniz. Örneğin, iki çekirdek içeren orta ölçekli bir VM'de Oracle WebLogic Server'ın iki örneğini çalıştırmayı seçebilirsiniz. Ancak yine de mimarinize tek hata noktaları eklememenizi öneririz. Oracle WebLogic Server'ın birden çok örneğini tek bir VM'de çalıştırmak tek bir nokta olabilir.

En az iki VM kullanmak daha iyi bir yaklaşım olabilir. Her VM, Oracle WebLogic Server'ın birden çok örneğini çalıştırabilir. Oracle WebLogic Server'ın her örneği yine de aynı kümenin parçası olabilir. Ancak şu anda aynı VM içindeki oracle WebLogic Server dağıtımları tarafından kullanıma sunulan uç noktaların yükünü dengelemek için Azure kullanmak mümkün değildir. Azure Load Balancer, yük dengeli sunucuların benzersiz VM'ler arasında dağıtılması gerekir.

Yüksek kullanılabilirlik ve olağanüstü durum kurtarma seçenekleri

Azure'da Oracle çözümlerini kullanırken kapalı kalma süresini önlemek için yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümü uygulamak sizin sorumluluğunuzdadır. Ayrıca Data Guard, Active Data Guard veya Oracle GoldenGate kullanarak Oracle Database Enterprise Sürümü için yüksek kullanılabilirlik ve olağanüstü durum kurtarma uygulayabilirsiniz. Yaklaşım, özel kalıcı IP adresi üzerinden birbirlerine erişebildiklerinden emin olmak için aynı sanal ağda olması gereken iki ayrı VM üzerinde iki veritabanı gerektirir.

Azure'ın bunları ayrı hata etki alanlarına yerleştirmesine ve etki alanlarını yükseltmesine izin vermek için VM'leri aynı kullanılabilirlik kümesine yerleştirmenizi öneririz. Coğrafi yedekliliğe sahip olmak istiyorsanız, iki veritabanını iki farklı bölge arasında çoğaltacak şekilde ayarlayın ve iki örneği bir VPN Gateway'e bağlayın. Azure'da temel kurulum yordamını gözden geçirmek için bkz. Azure Linux sanal makinesinde Oracle Data Guard uygulama.

Oracle Active Data Guard ile, bir VM'deki birincil veritabanı, başka bir VM'deki ikincil (bekleme) veritabanı ve aralarında tek yönlü çoğaltma kurulumu ile yüksek kullanılabilirlik elde edebilirsiniz. Sonuç, veritabanının kopyasına okuma erişimidir. Oracle GoldenGate ile iki veritabanı arasında çift yönlü çoğaltma yapılandırabilirsiniz. Bu araçları kullanarak veritabanlarınız için yüksek kullanılabilirlik çözümü ayarlamayı öğrenmek için bkz . Active Data Guard ve GoldenGate. Veritabanının kopyasına okuma-yazma erişimine ihtiyacınız varsa Oracle Active Data Guard'ı kullanabilirsiniz.

Azure'da temel kurulum yordamını gözden geçirmek için bkz . Azure Linux VM'sinde Oracle Golden Gate uygulama.

Bölgeler arasında bir HA mimarisi için Oracle Data Guard ile birlikte Azure NetApp Files kullanılabilirlik alanı birim yerleşimini kullanarak Oracle veritabanlarınız için etkili bir şekilde yüksek kullanılabilirlik elde edebilirsiniz. Alternatif olarak, Data Guard lisanslarının ve ikincil bölgede çalışan VM'lerin maliyetini ortadan kaldırmak için Azure NetApp Files'ın depolama tabanlı çoğaltma işlevini kullanabilirsiniz. Azure NetApp Files birimleri istediğiniz kullanılabilirlik alanına aynı şekilde yerleştirilebilir ve bölgeler arası çoğaltma (veya bölgeler arası çoğaltma kullanılarak başka bir bölgeye) kullanılarak bölge içindeki bölgeler arasında çoğaltılabilir.

Azure'da tasarlanmış yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümüne ek olarak, veritabanınızı geri yüklemek için bir yedekleme stratejiniz olmalıdır.

Oracle iş yüklerini yedekleme

Azure VM'lerinde Oracle için farklı yedekleme stratejileri mevcuttur; aşağıdaki yedeklemeler diğer seçeneklerdir:

Azure dosyalarını kullanma
Azure NetApp Files'i kullanma
Azure yedeklemeyi kullanma
Oracle RMAN Akış veri yedeklemesini kullanma

Azure'da Oracle uygulamalarını dağıtma

Azure altyapısını ayarlamak ve Oracle uygulamalarını yüklemek için Terraform şablonlarını, AZ CLI'yı veya Azure Portal'ı kullanın. Ayrıca VM içinde veritabanı yapılandırmak için Ansible'ı da kullanırsınız. Daha fazla bilgi için bkz . Azure'da Terraform.

Oracle, Oracle Cloud ara bağlantı çözümüyle Azure'ı kullanarak bir Oracle veritabanına bağlanırken aşağıdaki uygulamaların Azure'da çalıştırılmasını onaylamıştır:

E-Business Paketi
JD Edwards EnterpriseOne
Kişiler Soft
Oracle Retail uygulamaları
Oracle Hyperion Finansal Yönetimi

Azure'da OCI ve diğer Azure hizmetlerine bağlanan özel uygulamalar dağıtabilirsiniz.

JD Edwards desteği

Oracle Desteği'ne göre JD Edwards EnterpriseOne sürüm 9.2 ve üzeri, belirli Minimum Teknik Gereksinimleri (MTR) karşılayan tüm genel bulut tekliflerinde desteklenir. İşletim sistemi ve yazılım uygulaması uyumluluğu için MTR belirtimlerini karşılayan özel görüntüler oluşturmanız gerekir. Daha fazla bilgi için bkz . Belge Kimliği 2178595.1.

Lisanslama

Azure'da Oracle çözümlerinin dağıtımı, kendi lisansını getir modelini temel alır. Bu model, Oracle yazılımını kullanmak için lisanslarınız olduğunu ve Oracle ile geçerli bir destek sözleşmeniz olduğunu varsayar. Microsoft Azure, Oracle Database'i çalıştırmak için yetkili bir bulut ortamıdır. Oracle Core Factor tablosu, Oracle veritabanlarını bulutta lisanslarken geçerli değildir. Daha fazla bilgi için bkz . Oracle Processor Core Factor Table. Bunun yerine, Enterprise Sürümü veritabanları için etkinleştirilmiş Hyper Threading Teknolojisi olan VM'leri kullanırken, ilke belgesinde belirtildiği gibi hiper iş parçacığı etkinleştirilmişse iki vCPU'yu tek bir Oracle İşlemci lisansına eşdeğer olarak sayın. İlke ayrıntılarıNasıl Bulut Bilgi İşlem Ortamı'nda Oracle Yazılımını Lisanslama bölümünde bulunabilir.
Oracle veritabanları genellikle daha yüksek bellek ve G/Ç gerektirir. Bu nedenle, bu iş yükleri için Bellek için İyileştirilmiş VM'leri öneririz. İş yüklerinizi daha da iyileştirmek için yüksek bellek, depolama ve G/Ç bant genişliği gerektiren ancak yüksek çekirdek sayısı gerektirmeyen Oracle Veritabanı iş yükleri için Kısıtlanmış Çekirdek vCPU'ları öneririz. Oracle yazılımlarını ve iş yüklerini şirket içinden Microsoft Azure'a geçirdiğinizde Oracle, Oracle ve Microsoft Stratejik İş Ortaklığı SSS'de belirtildiği gibi lisans hareketliliği sağlar.

Sonraki adımlar

Artık Microsoft Azure'daki VM görüntülerini temel alan geçerli Oracle veritabanlarına ve çözümlerine genel bir bakış elde edebilirsiniz. Sonraki adımınız Azure'da ilk Oracle veritabanınızı dağıtmaktır.

Azure'da Oracle veritabanı oluşturma