Aracılığıyla paylaş


Azure'da Linux için SAP BusinessObjects BI platformu dağıtım kılavuzu

Bu makalede, Linux için Azure'da SAP BusinessObjects BI (BOBI) platformunu dağıtma stratejisi açıklanmaktadır. Bu örnekte, yükleme dizini olarak premium katı hal sürücüsü (SSD) yönetilen diskleri olan iki sanal makineyi yapılandıracaksınız. CMS veritabanınız için MySQL için Azure Veritabanı kullanırsınız ve dosya depo sunucunuz için Azure NetApp Files'ı her iki sunucuda da paylaşırsınız. Her iki sanal makinede de varsayılan Tomcat Java web uygulamasını ve BI platform uygulamasını birlikte yüklersiniz. Kullanıcı isteklerinin yükünü dengelemek için yerel TLS/SSL boşaltma özelliklerine sahip Azure Uygulaması Lication Gateway'i kullanırsınız.

Bu mimari türü, küçük dağıtımlar veya üretim dışı ortamlar için etkilidir. Büyük dağıtımlar veya üretim ortamları için web uygulamanız için ayrı konaklarınız olabilir. Sunucunun daha fazla bilgi işlemesine olanak sağlayan birden çok BOBI uygulama ana bilgisayarını da kullanabilirsiniz.

Diagram of the SAP BOBI deployment on Azure for Linux

Bu örnek için ürün sürümü ve dosya sistemi düzeni aşağıda verilmiştir:

  • SAP BusinessObjects platformu 4.3
  • SUSE Linux Enterprise Server 12 SP5
  • MySQL için Azure Veritabanı (Sürüm: 8.0.15)
  • MySQL C API Bağlan or - libmysqlclient (Sürüm: 6.1.11)
Dosya sistemi Tanım Boyut (GB) Sahip Gruplandırma Depolama
/usr/sap SAP BOBI örneğinin yüklenmesi için dosya sistemi, varsayılan Tomcat web uygulaması ve veritabanı sürücüleri (gerekirse). SAP boyutlandırma yönergeleri bl1adm sapsys Yönetilen premium disk - SSD
/usr/sap/frsinput Bağlama dizini, giriş dosyası deposu dizini olarak kullanılacak tüm BOBI konaklarında paylaşılan dosyalar içindir. İş gereksinimi bl1adm sapsys Azure NetApp Files
/usr/sap/frsoutput Bağlama dizini, çıkış dosyası deposu dizini olarak kullanılacak tüm BOBI konakları genelinde paylaşılan dosyalar içindir İş gereksinimi bl1adm sapsys Azure NetApp Files

Önemli

SAP BusinessObjects platformunun kurulumu Azure NetApp Files kullanılarak açıklansa da, giriş ve çıkış dosyası deposu olarak Azure Dosyalar üzerinde NFS kullanabilirsiniz.

Azure portalı aracılığıyla Linux sanal makinesi dağıtma

Bu bölümde, SAP BOBI platformu için Linux işletim sistemi görüntüsüyle iki sanal makine oluşturacaksınız. Sanal makineleri oluşturmak için üst düzey adımlar aşağıdaki gibidir:

  1. Bir kaynak grubu oluşturun.

  2. Özel ağ oluşturun.

    • SAP BI platformu dağıtımındaki tüm Azure hizmetleri için tek bir alt ağ kullanmayın. SAP BI platform mimarisini temel alarak birden çok alt ağ oluşturmanız gerekir. Bu dağıtımda üç alt ağ oluşturursunuz: uygulama, dosya deposu deposu ve Application Gateway için birer alt ağ.
    • Azure'da Application Gateway ve Azure NetApp Files her zaman ayrı bir alt ağda olmalıdır. Daha fazla bilgi için bkz. Azure Uygulaması Lication Gateway ve Azure NetApp Files ağ planlaması yönergeleri.
  3. Bir Azure bölgesinde tercih ettiğiniz sistem yapılandırmasına bağlı olarak uygun kullanılabilirlik seçeneklerini belirtin; bunun bölgeler arasında yayılması, tek bir bölge içinde yer alma veya bölgesiz bir bölgede çalışma dahil olması fark etmeksizin.

  4. (azusbosl1) adlı sanal makine 1'i oluşturun.

  5. (azusbosl2) adlı sanal makine 2'yi oluşturun.

  6. Bir premium SSD diski ekleyin. BUNU SAP BOBI Yükleme dizininiz olarak kullanacaksınız.

Azure NetApp Files sağlama

Azure NetApp Files kurulumuna devam etmeden önce Azure NetApp Files belgeleri hakkında bilgi edinin.

Azure NetApp Files birkaç Azure bölgesinde kullanılabilir. Seçtiğiniz Azure bölgesinin Azure NetApp Files sunup sunmadığını denetleyin.

Azure NetApp Files'ın bölgeye göre kullanılabilirliğini denetlemek için Azure Bölgesi tarafından Azure NetApp Files kullanılabilirliğini kullanın.

Azure NetApp Files kaynaklarını dağıtma

Aşağıdaki yönergelerde, Azure sanal ağınızı zaten dağıttığınız varsayılır. Azure NetApp Files kaynakları ve Azure NetApp Files kaynaklarının bağlanacağı VM'ler, aynı Azure sanal ağına veya eşlenmiş Azure sanal ağlarına dağıtılmalıdır.

  1. Seçtiğiniz Azure bölgesinde bir Azure NetApp Files hesabı oluşturun.

  2. Bir Azure NetApp Files kapasite havuzu ayarlayın. Bu makalede sunulan SAP BI platform mimarisi, Premium hizmet düzeyinde tek bir Azure NetApp Files kapasite havuzu kullanır. Azure'daki SAP BI Dosya Deposu Sunucusu için Azure NetApp Files Premium veya Ultra hizmet düzeyi kullanmanızı öneririz.

  3. Bir alt ağı Azure NetApp Files'a devretme.

  4. Azure NetApp Files için NFS birimi oluşturma başlığındaki yönergeleri izleyerek Azure NetApp Files birimlerini dağıtın.

    Her iki protokol de SAP BOBI platformu için desteklendiği için birimleri NFSv3 ve NFSv4.1 olarak dağıtabilirsiniz. Birimleri ilgili Azure NetApp Files alt ağlarına dağıtın. Azure NetApp Files birimlerinin IP adresleri otomatik olarak atanır.

Azure NetApp Files kaynaklarının ve Azure VM'lerinin aynı Azure sanal ağında veya eşlenmiş Azure sanal ağlarında olması gerektiğini unutmayın. Örneğin, azusbobi-frsinput ve azusbobi-frsoutput birim adlarıdır ve nfs://10.31.2.4/azusbobi-frsinput ve nfs://10.31.2.4/azusbobi-frsoutput Azure NetApp Files birimlerinin dosya yollarıdır.

  • Birim azusbobi-frsinput (nfs://10.31.2.4/azusbobi-frsinput)
  • Birim azusbobi-frsoutput (nfs://10.31.2.4/azusbobi-frsoutput)

Dikkat edilmesi gereken önemli hususlar

SAP BOBI platform dosya deposu sunucusu için Azure NetApp Files'ınızı oluştururken aşağıdaki noktalara dikkat edin:

  • En düşük kapasite havuzu 4 tebibayttır (TiB). Kapasite havuzu boyutu 1 TiB artışla artırılabilir.
  • En düşük birim boyutu 100 gibibayttır (GiB).
  • Azure NetApp Files ve Azure NetApp Files birimlerinin bağlanacağı tüm sanal makineler aynı Azure sanal ağında veya aynı bölgedeki eşlenmiş sanal ağlarda olmalıdır. Aynı bölgedeki sanal ağ eşlemesi üzerinden Azure NetApp Files erişimi desteklenir. Genel eşleme üzerinden Azure NetApp Files erişimi şu anda desteklenmiyor.
  • Seçilen sanal ağın Azure NetApp Files'a temsilci olarak atanan bir alt ağı olmalıdır.
  • Azure NetApp Files biriminin aktarım hızı ve performans özellikleri, Azure NetApp Files için Hizmet düzeyinde belirtildiği gibi birim kotası ve hizmet düzeyinin bir işlevidir. SAP Azure NetApp birimlerini boyutlandırırken elde edilen aktarım hızının uygulama gereksinimlerini karşıladığından emin olun.
  • Azure NetApp Files dışarı aktarma ilkesiyle, izin verilen istemcileri, erişim türünü (örneğin, okuma-yazma veya salt okunur) denetleyebilirsiniz.
  • Azure NetApp Files özelliği henüz bölgeye duyarlı değildir. Şu anda özellik bir Azure bölgesindeki tüm kullanılabilirlik alanlarına dağıtılmamaktadır. Bazı Azure bölgelerinde olası gecikme süresi etkilerinin farkında olun.
  • Azure NetApp Files birimleri NFSv3 veya NFSv4.1 birimleri olarak dağıtılabilir. SAP BI platformu uygulamaları için her iki protokol de desteklenir.

Linux sunucularında dosya sistemlerini yapılandırma

Bu bölümdeki adımlarda aşağıdaki ön ek kullanılır:

[A]: Adım tüm konaklar için geçerlidir.

SAP dosya sistemini biçimlendirme ve bağlama

  1. [A] Tüm bağlı diskleri listeleyin.

    sudo lsblk
    NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
    sda      8:0    0   30G  0 disk
    ├─sda1   8:1    0    2M  0 part
    ├─sda2   8:2    0  512M  0 part /boot/efi
    ├─sda3   8:3    0    1G  0 part /boot
    └─sda4   8:4    0 28.5G  0 part /
    sdb      8:16   0   32G  0 disk
    └─sdb1   8:17   0   32G  0 part /mnt
    sdc      8:32   0  128G  0 disk
    sr0     11:0    1  628K  0 rom  
    # Premium SSD of 128 GB is attached to virtual machine, whose device name is sdc
    
  2. [A] Blok cihazını /usr/sap için biçimlendirin.

    sudo mkfs.xfs /dev/sdc
    
  3. [A] Bağlama dizinini oluşturun.

    sudo mkdir -p /usr/sap
    
  4. [A] Blok cihazının UUID değerini alın.

    sudo blkid
    
    # It will display information about block device. Copy UUID of the formatted block device
    
    /dev/sdc: UUID="0eb5f6f8-fa77-42a6-b22d-7a9472b4dd1b" TYPE="xfs"
    
  5. [A] /etc/fstab dosyasında dosya sistemi bağlama girdisini koruyun.

    sudo echo "UUID=0eb5f6f8-fa77-42a6-b22d-7a9472b4dd1b /usr/sap xfs defaults,nofail 0 2" >> /etc/fstab
    
  6. [A] Dosya sistemini bağlayın.

    sudo mount -a
    
    sudo df -h
    
    Filesystem                     Size  Used Avail Use% Mounted on
    devtmpfs                       7.9G  8.0K  7.9G   1% /dev
    tmpfs                          7.9G   82M  7.8G   2% /run
    tmpfs                          7.9G     0  7.9G   0% /sys/fs/cgroup
    /dev/sda4                       29G  1.8G   27G   6% /
    tmpfs                          1.6G     0  1.6G   0% /run/user/1000
    /dev/sda3                     1014M   87M  928M   9% /boot
    /dev/sda2                      512M  1.1M  511M   1% /boot/efi
    /dev/sdb1                       32G   49M   30G   1% /mnt
    /dev/sdc                       128G   29G  100G  23% /usr/sap
    

Azure NetApp Files birimini bağlama

  1. [A] Bağlama dizinleri oluşturma.

    sudo mkdir -p /usr/sap/frsinput
    sudo mkdir -p /usr/sap/frsoutput
    
  2. [A] İstemci işletim sistemini NFSv4.1 Bağlamasını destekleyecek şekilde yapılandırın (yalnızca NFSv4.1 kullanılıyorsa geçerlidir).

    NFSv4.1 protokolüyle Azure NetApp Files birimlerini kullanıyorsanız, Azure NetApp Files NFSv4.1 birimlerinin takılması gereken tüm VM'lerde aşağıdaki yapılandırmayı çalıştırın.

    Bu adımda NFS etki alanı ayarlarını doğrulamanız gerekir. Etki alanının varsayılan Azure NetApp Files etki alanı ()defaultv4iddomain.com olarak yapılandırıldığından ve eşlemenin olarak nobodyayarlandığından emin olun.

    sudo cat /etc/idmapd.conf
    # Example
    [General]
    Domain = defaultv4iddomain.com
    [Mapping]
    Nobody-User = nobody
    Nobody-Group = nobody
    

    Önemli

    VM'de /etc/idmapd.conf içindeki NFS etki alanını Azure NetApp Files (defaultv4iddomain.com) üzerindeki varsayılan etki alanı yapılandırmasıyla eşleşecek şekilde ayarladığınızdan emin olun. Bir uyuşmazlık varsa, VM'lere bağlanan Azure NetApp Files birimlerindeki dosyaların izinleri olarak nobodygörüntülenir.

    öğesini doğrulayın nfs4_disable_idmapping. olarak ayarlanmalıdır Y. Bulunduğu nfs4_disable_idmapping dizin yapısını oluşturmak için bağlama komutunu çalıştırın. Erişim çekirdek /sürücüler için ayrıldığından dizini /sys/modules altında el ile oluşturamazsınız.

    # Check nfs4_disable_idmapping
    cat /sys/module/nfs/parameters/nfs4_disable_idmapping
    
    # If you need to set nfs4_disable_idmapping to Y
    mkdir /mnt/tmp
    mount -t nfs -o sec=sys,vers=4.1 10.31.2.4:/azusbobi-frsinput /mnt/tmp
    umount /mnt/tmp
    
    echo "Y" > /sys/module/nfs/parameters/nfs4_disable_idmapping
    
    # Make the configuration permanent
    echo "options nfs nfs4_disable_idmapping=Y" >> /etc/modprobe.d/nfs.conf
    
  3. [A] Bağlama girdileri ekleyin.

    NFSv3 kullanıyorsanız:

    sudo echo "10.31.2.4:/azusbobi-frsinput /usr/sap/frsinput  nfs   rw,hard,rsize=65536,wsize=65536,vers=3" >> /etc/fstab
    sudo echo "10.31.2.4:/azusbobi-frsoutput /usr/sap/frsoutput  nfs   rw,hard,rsize=65536,wsize=65536,vers=3" >> /etc/fstab
    

    NFSv4.1 kullanıyorsanız:

    sudo echo "10.31.2.4:/azusbobi-frsinput /usr/sap/frsinput  nfs   rw,hard,rsize=65536,wsize=65536,vers=4.1,sec=sys" >> /etc/fstab
    sudo echo "10.31.2.4:/azusbobi-frsoutput /usr/sap/frsoutput  nfs   rw,hard,rsize=65536,wsize=65536,vers=4.1,sec=sys" >> /etc/fstab
    
  4. [A] NFS birimlerini bağlayın.

    sudo mount -a
    
    sudo df -h
    
    Filesystem                     Size  Used Avail Use% Mounted on
    devtmpfs                       7.9G  8.0K  7.9G   1% /dev
    tmpfs                          7.9G   82M  7.8G   2% /run
    tmpfs                          7.9G     0  7.9G   0% /sys/fs/cgroup
    /dev/sda4                       29G  1.8G   27G   6% /
    tmpfs                          1.6G     0  1.6G   0% /run/user/1000
    /dev/sda3                     1014M   87M  928M   9% /boot
    /dev/sda2                      512M  1.1M  511M   1% /boot/efi
    /dev/sdb1                       32G   49M   30G   1% /mnt
    /dev/sdc                       128G   29G  100G  23% /usr/sap
    10.31.2.4:/azusbobi-frsinput   101T   18G  100T   1% /usr/sap/frsinput
    10.31.2.4:/azusbobi-frsoutput  100T  512K  100T   1% /usr/sap/frsoutput
    

MySQL için Azure Veritabanı'nı yapılandırma

Bu bölümde, Azure portalını kullanarak MySQL için Azure Veritabanı sağlama hakkında ayrıntılar sağlanır. Ayrıca SAP BOBI platformu için CMS ve denetim veritabanlarının ve veritabanına erişmek üzere bir kullanıcı hesabının nasıl oluşturulacağı hakkında yönergeler sağlar.

Yönergeler yalnızca MySQL için Azure Veritabanı kullanıyorsanız geçerlidir. Diğer veritabanları için yönergeler için SAP veya veritabanına özgü belgelere bakın.

veritabanı oluşturun

Azure portalında oturum açın ve Hızlı Başlangıç: Azure portalını kullanarak MySQL için Azure Veritabanı sunucusu oluşturma adımlarını izleyin. MySQL için Azure Veritabanı sağlarken not almak istediğiniz birkaç nokta şunlardır:

  • SAP BI platformu uygulama sunucularınızın çalıştığı MySQL için Azure Veritabanı aynı bölgeyi seçin.

  • SAP BOBI sürümünüzle ilgili SAP BI için Ürün Kullanılabilirlik Matrisi'ni (PAM) temel alarak desteklenen bir veritabanı sürümü seçin.

  • compute+storage'da Sunucuyu yapılandır'ı seçin ve boyutlandırma çıkışınıza göre uygun fiyatlandırma katmanını seçin.

  • Depolama Otomatik Büyütme varsayılan olarak etkindir. Depolamanın yalnızca ölçeğinin artırılabildiğini, azaltılmayabileceğini unutmayın.

  • Varsayılan olarak, Saklama Süresini yedekleme yedi gündür. İsteğe bağlı olarak 35 güne kadar yapılandırabilirsiniz.

  • MySQL için Azure Veritabanı yedeklemeleri varsayılan olarak yerel olarak yedeklidir. Coğrafi olarak yedekli depolamada sunucu yedeklemeleri istiyorsanız Yedekleme Yedeklilik Seçenekleri'nden Coğrafi Olarak Yedekli'yi seçin.

Dekont

Özel bağlantı özelliği yalnızca Genel Amaçlı veya Bellek için İyileştirilmiş fiyatlandırma katmanlarındaki MySQL için Azure Veritabanı sunucularda kullanılabilir. Veritabanı sunucusunun bu fiyatlandırma katmanlarından birinde olduğundan emin olun.

Bu bölümde SAP BOBI sanal makinelerinin özel uç nokta üzerinden MySQL için Azure Veritabanı bağlanmasına olanak tanıyan özel bir bağlantı oluşturacaksınız. Azure Özel Bağlantı Azure hizmetlerini özel sanal ağınıza getirir.

  1. Önceki bölümde oluşturulan veritabanını seçin.
  2. Güvenlik>Özel uç nokta bağlantıları'na gidin.
  3. Özel uç nokta bağlantıları bölümünde Özel uç nokta'yı seçin.
  4. Abonelik>Kaynak grubu>Konumu'nun seçin.
  5. Özel uç noktanın adını girin.
  6. Kaynak bölümünde aşağıdakileri belirtin:
    • Kaynak türü: Microsoft.DBforMySQL/servers
    • Kaynak: Önceki bölümde oluşturulan MySQL veritabanı
    • Hedef alt kaynak: mysqlServer
  7. bölümünde SAP BOBI uygulamasının dağıtıldığı Sanal ağı ve Alt Ağı seçin.

    Dekont

    Alt ağ için etkinleştirilmiş bir ağ güvenlik grubunuz (NSG) varsa, yalnızca bu alt ağdaki özel uç noktalar için devre dışı bırakılır. Alt ağ üzerindeki diğer kaynakların NSG zorlaması devam eder.

  8. Özel DNS bölgesiyle tümleştirme için varsayılanı (evet) kabul edin.
  9. Açılan listeden özel DNS bölgenizi seçin.
  10. Gözden Geçir+Oluştur'u seçin ve özel bir uç nokta oluşturun.

Daha fazla bilgi için bkz. MySQL için Azure Veritabanı için Özel Bağlantı.

CMS oluşturma ve veritabanlarını denetleme

  1. MySQL web sitesinden MySQL Workbench'i indirin ve yükleyin. MySQL için Azure Veritabanı erişebilen sunucuya MySQL Workbench yüklediğinizden emin olun.

  2. MySQL Workbench kullanarak sunucuya Bağlan. Bağlantı bilgilerini alma başlığındaki yönergeleri izleyin. Bağlantı testi başarılı olursa aşağıdaki iletiyi alırsınız:

    Screenshot of message in MySQL Workbench.

  3. SQL sorgusu sekmesinde aşağıdaki sorguyu çalıştırarak CMS ve denetim veritabanları için bir şema oluşturun.

    # Here cmsbl1 is the database name of CMS database. You can provide the name you want for CMS database.
    CREATE SCHEMA `cmsbl1` DEFAULT CHARACTER SET utf8;
    
    # auditbl1 is the database name of Audit database. You can provide the name you want for CMS database.
    CREATE SCHEMA `auditbl1` DEFAULT CHARACTER SET utf8;
    
  4. Şemaya bağlanmak için bir kullanıcı hesabı oluşturun.

    # Create a user that can connect from any host, use the '%' wildcard as a host part
    CREATE USER 'cmsadmin'@'%' IDENTIFIED BY 'password';
    CREATE USER 'auditadmin'@'%' IDENTIFIED BY 'password';
    
    # Grant all privileges to a user account over a specific database:
    GRANT ALL PRIVILEGES ON cmsbl1.* TO 'cmsadmin'@'%' WITH GRANT OPTION;
    GRANT ALL PRIVILEGES ON auditbl1.* TO 'auditadmin'@'%' WITH GRANT OPTION;
    
    # Following any updates to the user privileges, be sure to save the changes by issuing the FLUSH PRIVILEGES
    FLUSH PRIVILEGES;
    
  5. MySQL kullanıcı hesabının ayrıcalıklarını ve rollerini denetlemek için:

    USE sys;
    SHOW GRANTS for 'cmsadmin'@'%';
    +------------------------------------------------------------------------+
    | Grants for cmsadmin@%                                                  |
    +------------------------------------------------------------------------+
    | GRANT USAGE ON *.* TO `cmsadmin`@`%`                                   |
    | GRANT ALL PRIVILEGES ON `cmsbl1`.* TO `cmsadmin`@`%` WITH GRANT OPTION |
    +------------------------------------------------------------------------+
    
    USE sys;
    SHOW GRANTS FOR 'auditadmin'@'%';
    +----------------------------------------------------------------------------+
    | Grants for auditadmin@%                                                    |
    +----------------------------------------------------------------------------+
    | GRANT USAGE ON *.* TO `auditadmin`@`%`                                     |
    | GRANT ALL PRIVILEGES ON `auditbl1`.* TO `auditadmin`@`%` WITH GRANT OPTION |
    +----------------------------------------------------------------------------+
    

Linux sunucusuna MySQL C API bağlayıcısı yükleme

SAP BOBI uygulama sunucusunun bir veritabanına erişmesi için veritabanı istemci sürücüleri gerekir. CMS ve denetim veritabanlarına erişmek için Linux için MySQL C API Bağlan or kullanmanız gerekir. CMS veritabanına ODBC bağlantısı desteklenmez. Bu bölümde, Linux'ta MySQL C API Bağlan veya ayarlama yönergeleri sağlanır.

  1. MySQL için Azure Veritabanı ile uyumlu MySQL sürücülerine ve yönetim araçlarına bakın. Makalede MySQL Bağlan or/C (libmysqlclient) sürücüsünü denetleyin.

  2. Sürücüleri indirmek için bkz . MySQL Ürün Arşivleri.

  3. İşletim sistemini seçin ve MySQL Bağlan or'ın paylaşılan bileşen rpm paketini indirin. Bu örnekte mysql-connector-c-shared-6.1.11 bağlayıcı sürümü kullanılmıştır.

  4. Bağlayıcıyı tüm SAP BOBI uygulama örneklerine yükleyin.

    # Install rpm package
    SLES: sudo zypper install <package>.rpm
    RHEL: sudo yum install <package>.rpm
    
  5. libmysqlclient.so yolunu denetleyin.

    # Find the location of libmysqlclient.so file
    whereis libmysqlclient
    
    # sample output
    libmysqlclient: /usr/lib64/libmysqlclient.so
    
  6. Yükleme için kullanılacak kullanıcı hesabının dizinine işaret /usr/lib64 edecek şekilde ayarlayınLD_LIBRARY_PATH.

    # This configuration is for bash shell. If you are using any other shell for sidadm, kindly set environment variable accordingly.
    vi /home/bl1adm/.bashrc
    
    export LD_LIBRARY_PATH=/usr/lib64
    

Sunucu hazırlığı

Bu bölümdeki adımlarda aşağıdaki ön ek kullanılır:

[A]: Adım tüm konaklar için geçerlidir.

  1. [A] Linux 'un (SLES veya RHEL) türüne bağlı olarak çekirdek parametreleri ayarlamanız ve gerekli kitaplıkları yüklemeniz gerekir. Unix için İş Zekası Platformu Yükleme Kılavuzu'ndaki "Sistem gereksinimleri" bölümüne bakın.

  2. [A] Makinenizdeki saat diliminin doğru ayarlandığından emin olun. Yükleme Kılavuzu'nda Bkz . Ek Unix ve Linux gereksinimleri.

  3. [A] Yazılımın arka plan işlemlerinin çalıştırılabildiği kullanıcı hesabı (bl1adm) ve grubu (sapsys) oluşturun. Yüklemeyi ve yazılımı çalıştırmak için bu hesabı kullanın. Hesap kök ayrıcalıkları gerektirmez.

  4. [A] Kullanıcı hesabı (bl1adm) ortamını desteklenen bir UTF-8 yerel ayarı kullanacak şekilde ayarlayın ve konsol yazılımınızın UTF-8 karakter kümelerini desteklediğinden emin olun. İşletim sisteminizin doğru yerel ayarı kullandığından emin olmak için ve LANG ortam değişkenlerini (bl1adm) kullanıcı ortamınızda tercih ettiğiniz yerel ayara ayarlayınLC_ALL.

    # This configuration is for bash shell. If you are using any other shell for sidadm, kindly set environment variable accordingly.
    vi /home/bl1adm/.bashrc
    
    export LANG=en_US.utf8
    export LC_ALL=en_US.utf8
    
  5. [A] Kullanıcı hesabını (bl1adm) yapılandırın.

    # Set ulimit for bl1adm to unlimited
    root@azusbosl1:~> ulimit -f unlimited bl1adm
    root@azusbosl1:~> ulimit -u unlimited bl1adm
    
    root@azusbosl1:~> su - bl1adm
    bl1adm@azusbosl1:~> ulimit -a
    
    core file size          (blocks, -c) unlimited
    data seg size           (kbytes, -d) unlimited
    scheduling priority             (-e) 0
    file size               (blocks, -f) unlimited
    pending signals                 (-i) 63936
    max locked memory       (kbytes, -l) 64
    max memory size         (kbytes, -m) unlimited
    open files                      (-n) 1024
    pipe size            (512 bytes, -p) 8
    POSIX message queues     (bytes, -q) 819200
    real-time priority              (-r) 0
    stack size              (kbytes, -s) 8192
    cpu time               (seconds, -t) unlimited
    max user processes              (-u) unlimited
    virtual memory          (kbytes, -v) unlimited
    file locks                      (-x) unlimited
    
  6. SAP BusinessObjects BI platformu için medyayı SAP Service Market'ten indirin ve ayıklayın.

Yükleme

Sunucudaki kullanıcı hesabı bl1adm'sinin yerel ayarını denetleyin:

bl1adm@azusbosl1:~> locale
LANG=en_US.utf8
LC_ALL=en_US.utf8

SAP BOBI platformunun medyasına gidin ve bl1adm kullanıcısı ile aşağıdaki komutu çalıştırın:

./setup.sh -InstallDir /usr/sap/BL1

Sürümünüze özgü UNIX için SAP BOBI platformu Yükleme Kılavuzu'nu izleyin. SAP BOBI platformunu yüklerken göz atabileceğiniz birkaç nokta şunlardır:

  • Ürün Kaydını Yapılandır'da, SAP Not 1288121 SAP BusinessObjects Çözümleri için geçici bir lisans anahtarı kullanabilir veya SAP Service Marketplace'te bir lisans anahtarı oluşturabilirsiniz.

  • Yükleme Türünü Seç'te, ilk sunucudaazusbosl1 ( ) Tam yükleme'yi seçin. Diğer sunucu ()azusbosl2 için Özel / Genişlet'i seçin; bu, mevcut BOBI kurulumunu genişletir.

  • Varsayılan veya Var Olan Veritabanını Seç'te Var olan bir veritabanını yapılandır'ı seçin; bu seçenek CMS'yi seçmenizi ve veritabanlarını denetlemenizi ister. Bu veritabanı türleri için MySQL'i seçin.

    Yükleme sırasında denetimi yapılandırmak istemiyorsanız Denetim veritabanı yok seçeneğini de belirleyebilirsiniz.

  • Java Web Uygulaması Sunucusu Seç ekranında SAP BOBI mimarinize göre uygun seçenekleri belirleyin. Bu örnekte, aynı SAP BOBI platformuna bir tomcat sunucusu yükleyen 1 seçeneğini belirledik.

  • CMS Depo Veritabanını Yapılandırma - MySQL bölümüne CMS veritabanı bilgilerini girin. Aşağıdaki örnekte, Linux yüklemesi için CMS veritabanı bilgilerinin girişi gösterilmektedir. MySQL için Azure Veritabanı varsayılan bağlantı noktası 3306'da kullanılır.

    Screenshot that shows SAP BOBI Deployment on Linux - CMS database.

  • (İsteğe bağlı) Denetim Deposu Veritabanını Yapılandırma - MySQL bölümüne denetim veritabanı bilgilerini girin. Aşağıdaki örnekte, Linux yüklemesi için denetim veritabanı bilgilerine yönelik giriş gösterilmektedir.

    Screenshot that shows SAP BOBI Deployment on Linux - audit database.

  • Yüklemeyi tamamlamak için yönergeleri izleyin ve gerekli girişleri girin.

Çok örnekli dağıtım için yükleme kurulumunu ikinci bir konakta (azusbosl2 ) çalıştırın. Yükleme Türünü Seç için Özel / Genişlet'i seçin; bu, mevcut BOBI kurulumunu genişletir.

MySQL için Azure Veritabanı'da ağ geçidi bağlantıları sunucu örneklerine yönlendirir. Bağlantı kurulduktan sonra, MySQL istemcisi MySQL sunucu örneğinizde çalışan gerçek sürümü değil ağ geçidinde belirlenen MySQL sürümünü görüntüler. MySQL sunucu örneğinizin sürümünü öğrenmek için MySQL komut isteminde SELECT VERSION(); komutunu kullanın. Diğer ayrıntılar için bkz. Desteklenen MySQL için Azure Veritabanı sunucu sürümleri.

Screenshot that shows SAP BOBI Deployment on Linux - CMC Settings.

# Run direct query to the database using MySQL Workbench

select version();

+-----------+
| version() |
+-----------+
| 8.0.15    |
+-----------+

Yükleme sonrası

SAP BOBI platformunun çok örnekli yüklemesinin ardından, uygulamanın yüksek kullanılabilirliğini desteklemek için ek yapılandırma sonrası adımlar gerçekleştirmeniz gerekir.

Küme adını yapılandırma

SAP BOBI platformunun çok örnekli dağıtımında, kümede birkaç CMS sunucusunu birlikte çalıştırmak istiyorsunuz. Küme, ortak bir CMS sistem veritabanında birlikte çalışan iki veya daha fazla CMS sunucusundan oluşur. CMS üzerinde çalışan bir düğüm başarısız olursa, başka bir CMS'ye sahip bir düğüm BI platformu isteklerine hizmet etmeye devam eder. SAP BOBI platformunda varsayılan olarak, bir küme adı yüklediğiniz ilk CMS'nin ana bilgisayar adını yansıtır.

Linux'ta küme adını yapılandırmak için SAP İş Zekası Platformu Yönetici Istrator Kılavuzu'ndaki yönergeleri izleyin. Küme adını yapılandırdıktan sonra, CMC veya BI başlatma çubuğu oturum açma sayfasında varsayılan sistem girişini ayarlamak için SAP Not 1660440'ni izleyin.

Giriş ve çıkış dosya deposu konumunu Azure NetApp Files'a yapılandırma

Filestore, gerçek SAP BusinessObjects dosyalarının bulunduğu disk dizinlerine başvurur. SAP BOBI platformu için dosya deposu sunucusunun varsayılan konumu yerel yükleme dizininde bulunur. Çok örnekli bir dağıtımda, dosya depoyu Azure NetApp Files gibi paylaşılan bir depolama alanında ayarlamak önemlidir. Bu, tüm depolama katmanı sunucularından dosya deposuna erişim sağlar.

  1. Henüz NFS birimleri oluşturmadıysanız bunları Azure NetApp Files'da oluşturun. (Önceki "Azure NetApp Files sağlama" bölümündeki yönergeleri izleyin.)

  2. NFS birimini bağlayın. (Önceki "Azure NetApp Files birimini bağlama" bölümündeki yönergeleri izleyin.)

  3. Dosya deposunun yolunu (hem giriş hem de çıkış) değiştirmek için SAP Not 2512660 izleyin.

Tomcat kümelemesinde oturum çoğaltma

Tomcat, oturum çoğaltma ve yük devretme için iki veya daha fazla uygulama sunucusu kümelemesi destekler. SAP BOBI platform oturumları seri hale getirildiğinden, uygulama sunucusu başarısız olsa bile kullanıcı oturumu tomcat'in başka bir örneğine sorunsuz bir şekilde yük devredebilir.

Örneğin, kullanıcının SAP BI uygulamasında klasör hiyerarşisinde gezinirken başarısız olan bir web sunucusuna bağlandığını varsayalım. Doğru yapılandırılmış bir kümeyle, kullanıcı oturum açma sayfasına yeniden yönlendirilmeden klasör hiyerarşisinde gezinmeye devam edebilir.

Çok noktaya yayın kullanarak Tomcat kümelediğini yapılandırma adımları için bkz. SAP Not 2808640 . Ancak Azure'ın çok noktaya yayını desteklemediğini unutmayın. Bu nedenle Tomcat kümesinin Azure'da çalışmasını sağlamak için StaticMembershipInterceptor (SAP Not 2764907) kullanmanız gerekir. Daha fazla bilgi için, SAP BusinessObjects BI Platformu için Statik Üyelik kullanarak Tomcat Kümeleme blog gönderisine bakın.

SAP BI platformunun yük dengeleme web katmanı

SAP BOBI çok örnekli dağıtımda, Java Web Uygulaması sunucuları (web katmanı) iki veya daha fazla konakta çalışır. Kullanıcı yükünü web sunucuları arasında eşit bir şekilde dağıtmak için, son kullanıcılar ve web sunucuları arasında bir yük dengeleyici kullanabilirsiniz. Azure'da, web uygulaması sunucularınıza gelen trafiği yönetmek için Azure Load Balancer veya Azure Uygulaması lication Gateway kullanabilirsiniz. Her teklifle ilgili ayrıntılar aşağıdaki bölümde açıklanmıştır.

Azure Load Balancer

Azure Load Balancer yüksek performanslı, düşük gecikmeli katman 4 (TCP, UDP) yük dengeleyicidir. Trafiği iyi durumdaki sanal makineler (VM) arasında dağıtır. Yük dengeleyici sistem durumu yoklaması her VM'de belirtilen bir bağlantı noktasını izler ve trafiği yalnızca işletimsel bir VM'ye dağıtır. SAP BI platformunun İnternet'ten erişilebilir olmasını isteyip istemediğinize bağlı olarak genel yük dengeleyici veya iç yük dengeleyici seçebilirsiniz. Alanlar arası yedeklidir ve kullanılabilirlik alanları arasında yüksek kullanılabilirlik sağlar.

Aşağıdaki diyagramda İç Yük Dengeleyici bölümüne bakın. Web uygulaması sunucusu, sistem durumu yoklaması tarafından izlenecek olan varsayılan Tomcat HTTP bağlantı noktası olan 8080 numaralı bağlantı noktasında çalışır. Son kullanıcılardan gelen tüm istekler web uygulaması sunucularına (azusbosl1 veya azusbosl2) yönlendirilir. Load Balancer TLS/SSL sonlandırmayı (TLS/SSL boşaltma olarak da bilinir) desteklemez. Trafiği web sunucuları arasında dağıtmak için Load Balancer kullanıyorsanız Standart Load Balancer kullanın.

Dekont

Genel IP adresleri olmayan VM'ler iç (genel IP adresi yok) Standart Load Balancer havuzuna yerleştirildiğinde, genel uç noktalara yönlendirmeye izin vermek için ek yapılandırma gerçekleştirmediğiniz sürece giden İnternet bağlantısı olmaz. Daha fazla bilgi için bkz. SAP yüksek kullanılabilirlik senaryolarında Azure Standart Load Balancer kullanarak Sanal Makineler için genel uç nokta bağlantısı.

Diagram that shows Azure Load Balancer balancing traffic across web servers.

Azure Application Gateway

Azure Uygulaması lication Gateway, hizmet olarak Application Delivery Controller (ADC) sağlar. Bu hizmet, uygulamanın kullanıcı trafiğini bir veya daha fazla web uygulaması sunucusuna yönlendirmesine yardımcı olmak için kullanılır. TLS/SSL boşaltma, web uygulaması güvenlik duvarı (WAF) ve tanımlama bilgisi tabanlı oturum benzimliği gibi çeşitli katman 7 yük dengeleme özellikleri sunar.

SAP BI platformunda Application Gateway, uygulama web trafiğini veya azusbos2belirtilen kaynaklara azusbosl1 yönlendirir. Bir dinleyiciyi bir bağlantı noktasına atar, kurallar oluşturur ve havuza kaynak eklersiniz. Aşağıdaki diyagramda Application Gateway,kullanıcılar için giriş noktası işlevi gören özel bir IP adresine (10.31.3.20) sahiptir. Ayrıca gelen TLS/SSL (HTTPS - TCP/443) bağlantılarını işler, TLS/SSL'nin şifresini çözer ve şifrelenmemiş isteği (HTTP - TCP/8080) sunuculara geçirir. Application Gateway'de yalnızca bir TLS/SSL sertifikası tutmak için işlemleri basitleştirir.

Diagram that shows Application Gateway balancing traffic across web servers.

Sap BOBI web sunucusu için Application Gateway'i yapılandırmak için Azure Uygulaması lication Gateway kullanarak SAP BOBI Web Sunucularını Yük Dengeleme blog gönderisine bakın.

Dekont

Azure Uygulaması lication Gateway, bir web sunucusuna gelen trafiğin yük dengelemesi için tercih edilir. Sunucuda şifreleme ve şifre çözme ek yükünü azaltmak için SSL boşaltma, merkezi SSL yönetimi, trafiği dağıtmak için hepsini bir kez deneme algoritması, WAF özellikleri ve yüksek kullanılabilirlik gibi yararlı özellikler sağlar.

Azure'da SAP BOBI platformu güvenilirliği

SAP BOBI platformu, belirli görevler ve işlemler için iyileştirilmiş farklı katmanlar içerir. Herhangi bir katmandaki bir bileşen kullanılamaz duruma geldiğinde, SAP BOBI uygulaması erişilemez duruma gelir veya işlevselliği sınırlıdır. Her katmanın, iş kesintisi olmadan uygulamayı çalışır durumda tutmak için güvenilir olacak şekilde tasarlandığından emin olun.

Bu kılavuzda, SAP BOBI platform yapılandırmasıyla birlikte Azure'a özgü özelliklerin SAP dağıtımının kullanılabilirliğini nasıl geliştirdiği incelenmiştir. Bu bölüm aşağıdaki seçeneklere odaklanır:

  • Yedekleme ve geri yükleme: Verilerin ve uygulamaların düzenli aralıklarla ayrı bir konuma kopyalarını oluşturma işlemidir. Özgün veriler veya uygulamalar kaybolur veya zarar görürse önceki bir duruma geri yükleyebilir veya kurtarabilirsiniz.

  • Yüksek kullanılabilirlik: Yüksek oranda kullanılabilir bir platform, sunuculardan biri kullanılamaz duruma gelirse uygulamayı çalışır durumda tutmak için Azure bölgesindeki her şeyden en az iki tanesine sahiptir.

  • Olağanüstü durum kurtarma: Bazı doğal afetler nedeniyle azure bölgesinin tamamının kullanılamaz duruma gelmesi gibi yıkıcı bir kayıp olması durumunda uygulama işlevselliğinizi geri yükleme işlemidir.

Bu çözümün uygulanması, Azure'daki sistem kurulumunun niteliğine göre değişir. Yedekleme/geri yükleme, yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümlerinizi iş gereksinimlerinize göre uyarlayın.

Yedekleme ve geri yükleme

Yedekleme ve geri yükleme, tüm iş olağanüstü durum kurtarma stratejilerinin temel bileşenlerinden biridir. SAP BOBI platformuna yönelik kapsamlı bir strateji geliştirmek için, sistem kapalı kalma süresine veya uygulamada kesintiye neden olan bileşenleri belirleyin. SAP BOBI platformunda, aşağıdaki bileşenlerin yedeklenerek uygulanması çok önemlidir:

  • SAP BOBI yükleme dizini (Yönetilen Premium Diskler)
  • Dosya deposu sunucusu (Azure NetApp Files veya Azure Premium Dosyalar)
  • CMS veritabanı (MySQL için Azure Veritabanı veya Azure Sanal Makineler'da bir veritabanı)

Aşağıdaki bölümde, bu bileşenlerin her biri için bir yedekleme ve geri yükleme stratejisinin nasıl uygulandığı açıklanmaktadır.

SAP BOBI yükleme dizini için yedekleme ve geri yükleme

Azure'da uygulama sunucularını ve tüm ekli diskleri yedeklemenin en basit yolu Azure Backup'ı kullanmaktır. VM'lerinizdeki verilerin istenmeyen şekilde yok edilmesine karşı korunmak için bağımsız ve yalıtılmış yedeklemeler sağlar. Yedeklemeler, kurtarma noktalarının yerleşik yönetimiyle bir kurtarma hizmetleri kasasında depolanır. Yapılandırma ve ölçeklendirme basittir, yedeklemeler iyileştirilir ve gerektiğinde kolayca geri yükleyebilirsiniz.

Yedekleme işleminin bir parçası olarak bir anlık görüntü alınır ve veriler üretim iş yüklerini etkilemeden kasaya aktarılır. Daha fazla bilgi için bkz . Anlık görüntü tutarlılığı. Seçmeli disk yedekleme ve geri yükleme işlevini kullanarak VM'nizdeki veri disklerinin bir alt kümesini yedeklemeyi de seçebilirsiniz. Daha fazla bilgi için bkz . Azure VM Yedekleme ve SSS - Azure VM'lerini yedekleme.

Dosya deposu sunucusu için yedekleme ve geri yükleme

Linux'ta SAP BOBI dağıtımınıza bağlı olarak, SAP BOBI platformunuzun dosya deposu olarak Azure NetApp Files'ı kullanabilirsiniz. Dosya deposu için kullandığınız depolama alanına göre yedekleme ve geri yükleme için aşağıdaki seçeneklerden birini belirleyin.

  • Azure NetApp Files: Anlık görüntü ilkelerini kullanarak isteğe bağlı anlık görüntüler oluşturabilir ve otomatik anlık görüntüler zamanlayabilirsiniz. Anlık görüntü kopyaları biriminizin belirli bir noktaya kopyasını sağlar. Daha fazla bilgi için bkz. Azure NetApp Files kullanarak anlık görüntüleri yönetme.

  • Ayrı bir NFS sunucusu oluşturduysanız, aynı sunucu için yedekleme ve geri yükleme stratejisini uyguladığınıza emin olun.

CMS ve denetim veritabanları için yedekleme ve geri yükleme

Linux VM'lerinde, CMS ve denetim veritabanları desteklenen veritabanlarından herhangi birinde çalıştırılabilir. Daha fazla bilgi için, bkz. destek matrisi. CMS ve denetim veri deposu için kullanılan veritabanına göre yedekleme ve geri yükleme stratejisini benimsemeniz önemlidir.

  • MySQL için Azure Veritabanı otomatik olarak sunucu yedeklemeleri oluşturur ve bunları kullanıcı tarafından yapılandırılmış, yerel olarak yedekli veya coğrafi olarak yedekli depolamada depolar. MySQL için Azure Veritabanı veri dosyalarının ve işlem günlüğünün yedeklerini alır. Desteklenen maksimum depolama boyutuna bağlı olarak tam ve fark yedeklemeleri (en fazla 4 TB depolama sunucusu) veya anlık görüntü yedeklemeleri (en fazla 16 TB depolama sunucusu) alır. Bu yedeklemeler, yapılandırdığınız yedekleme saklama süresi içinde herhangi bir zamanda sunucuyu geri yüklemenize olanak sağlar. Varsayılan yedekleme saklama süresi yedi gündür ve isteğe bağlı olarak üç güne kadar yapılandırabilirsiniz. Tüm yedeklemeler AES 256 bit şifreleme kullanılarak şifrelenir. Bu yedekleme dosyaları kullanıcı tarafından kullanıma sunulmaz ve dışarı aktarılamaz. Bu yedeklemeler yalnızca MySQL için Azure Veritabanı geri yükleme işlemleri için kullanılabilir. Veritabanını kopyalamak için mysqldump kullanabilirsiniz. Daha fazla bilgi için bkz. MySQL için Azure Veritabanı’nda yedekleme ve geri yükleme.

  • Azure sanal makinesinde yüklü bir veritabanı için standart yedekleme araçlarını veya desteklenen veritabanları için Azure Backup'ı kullanabilirsiniz. Ayrıca, tüm SAP BOBI platform bileşenlerini yedeklemek ve kurtarmaya yönelik bir aracı sağlayan desteklenen üçüncü taraf yedekleme araçlarını da kullanabilirsiniz.

Yüksek kullanılabilirlik

Yüksek kullanılabilirlik , uygulamaların ve hizmetlerin iş sürekliliğini sağlayarak BT kesintilerini en aza indirebilecek bir dizi teknolojiyi ifade eder. Bunu, aynı veri merkezi içindeki yedekli, hataya dayanıklı veya yük devretme korumalı bileşenler aracılığıyla yapar. Bizim örneğimizde veri merkezleri tek bir Azure bölgesinde yer alır. Daha fazla bilgi için bkz . SAP için yüksek kullanılabilirlik mimarisi ve senaryoları.

SAP BOBI platformunun boyutlandırma sonucuna bağlı olarak, ortamı tasarlamanız ve BI bileşenlerinin Azure Sanal Makineler ve alt ağlar arasında dağılımını belirlemeniz gerekir. Dağıtılmış mimarideki yedeklilik düzeyi, işletmeniz için ihtiyacınız olan kurtarma süresi hedefini (RTO) ve kurtarma noktası hedefini (RPO) temel alır. SAP BOBI platformu farklı katmanlar içerir ve her katmandaki bileşenler yedeklilik elde etmek için tasarlanmalıdır. Örnek:

  • BI uygulama sunucuları ve web sunucusu gibi yedekli uygulama sunucuları.
  • CMS veritabanı, dosya deposu sunucusu ve Load Balancer gibi benzersiz bileşenler.

Aşağıdaki bölümlerde SAP BOBI platformunun her bileşeninde yüksek kullanılabilirlik elde etme açıklanmaktadır.

Uygulama sunucuları için yüksek kullanılabilirlik

Yedeklilik kullanarak uygulama sunucuları için yüksek kullanılabilirlik elde edebilirsiniz. Bunu yapmak için çeşitli Azure VM'lerinde bi ve web sunucularının birden çok örneğini yapılandırın.

Planlanmış ve planlanmamış olaylar nedeniyle kapalı kalma süresinin etkisini azaltmak için yüksek kullanılabilirlik mimarisi yönergelerini izlemek iyi bir fikirdir.

Daha fazla bilgi için bkz . Linux sanal makinelerinin kullanılabilirliğini yönetme.

Önemli

  • Azure kullanılabilirlik alanları ve Azure kullanılabilirlik kümeleri kavramları birbirini dışlar. Belirli bir kullanılabilirlik alanına veya kullanılabilirlik kümesine bir çift veya birden çok VM dağıtabilirsiniz, ancak ikisini birden yapamazsınız.
  • Kullanılabilirlik alanları arasında dağıtım yapmayı planlıyorsanız, standart kullanılabilirlik alanı dağıtımı üzerinden FD=1 ile esnek ölçek kümesi kullanmanız tavsiye edilir.

CMS veritabanı için yüksek kullanılabilirlik

CMS ve denetim veritabanlarınız için MySQL için Azure Veritabanı kullanıyorsanız, varsayılan olarak yerel olarak yedekli, yüksek kullanılabilirlik çerçevesine sahip olursunuz. Herhangi bir ek bileşen yapılandırmanıza gerek kalmadan yalnızca bölgeyi ve hizmetin yüksek kullanılabilirlik, yedeklilik ve dayanıklılık özelliklerini seçmeniz yeterlidir. SAP BOBI platformunun dağıtım stratejisi kullanılabilirlik alanları arasındaysa, CMS ve denetim veritabanlarınız için alanlar arası yedeklilik elde ettiğinizden emin olmanız gerekir. Daha fazla bilgi için bkz. MySQL için Azure Veritabanı yüksek kullanılabilirlik ve Azure SQL Veritabanı için yüksek kullanılabilirlik.

CMS veritabanının diğer dağıtımları için SAP İş Yükü için DBMS dağıtım kılavuzlarındaki yüksek kullanılabilirlik bilgilerine bakın.

Dosya deposu için yüksek kullanılabilirlik

Dosya deposu raporlar, evrenler ve bağlantılar gibi içeriklerin depolandığı disk dizinlerini ifade eder. Bu sistem tüm uygulama sunucularında paylaştırıldı. Bu nedenle, diğer SAP BOBI platform bileşenleriyle birlikte yüksek oranda kullanılabilir olduğundan emin olmanız gerekir.

Linux üzerinde çalışan SAP BOBI platformu için, yüksek oranda kullanılabilir ve doğası gereği son derece dayanıklı olacak şekilde tasarlanmış dosya paylaşımları için Azure Premium Dosyalar'ı veya Azure NetApp Files'ı seçebilirsiniz. Daha fazla bilgi için bkz. Azure Dosyalar için yedeklilik.

Bu dosya paylaşımı hizmetinin tüm bölgelerde kullanılamadığını unutmayın. Güncel bilgileri bulmak için bkz . Bölgeye göre kullanılabilir ürünler. Hizmet bölgenizde kullanılamıyorsa, dosya sistemini SAP BOBI uygulamasıyla paylaşabileceğiniz bir NFS sunucusu oluşturabilirsiniz. Ancak yüksek kullanılabilirliğini de göz önünde bulundurmanız gerekir.

Load Balancer için yüksek kullanılabilirlik

Trafiği bir web sunucusu arasında dağıtmak için Azure Load Balancer veya Azure Uygulaması lication Gateway kullanabilirsiniz. Bunlardan herhangi biri için yedeklilik, dağıtım için seçtiğiniz SKU'ya göre gerçekleştirilebilir.

  • Azure Load Balancer için, Standart Load Balancer alanlar arası yedekli olarak yapılandırılarak yedeklilik elde edilebilir. Daha fazla bilgi için bkz. Standart Load Balancer ve Kullanılabilirlik Alanları.

  • Application Gateway için, dağıtım sırasında seçilen katman türüne göre yüksek kullanılabilirlik elde edilebilir.

    • v1 SKU, iki veya daha fazla örnek dağıttığınızda yüksek kullanılabilirlik senaryolarını destekler. Azure, örneklerin tümünün aynı anda başarısız olmamasını sağlamak için bu örnekleri güncelleştirme ve hata etki alanları arasında dağıtır. Bölge içinde yedeklilik elde edebilirsiniz.
    • v2 SKU, yeni örneklerin hata etki alanlarına ve güncelleştirme etki alanlarına yayılmasını otomatik olarak sağlar. Alanlar arası yedekliliği seçerseniz, en yeni örnekler bölgesel hata dayanıklılığı sunmak için kullanılabilirlik alanlarına da yayılır. Daha fazla ayrıntı için bkz . Otomatik Ölçeklendirme ve Alanlar arası yedekli Application Gateway v2.

SAP BOBI platformu için yüksek kullanılabilirlik mimarisi başvurusu

Aşağıdaki diyagramda Linux sunucusunda çalışan SAP BOBI platformunun kurulumu gösterilmektedir. Mimaride Azure Uygulaması lication Gateway, Azure NetApp Files ve MySQL için Azure Veritabanı gibi farklı hizmetlerin kullanımı gösterilir. Bu hizmetler, farklı yüksek kullanılabilirlik çözümlerini yönetmenin karmaşıklığını azaltan yerleşik yedeklilik sunar.

gelen trafiğin (HTTPS), iki veya daha fazla örneğe dağıtıldığında yüksek oranda kullanılabilir olan Azure Uygulaması lication Gateway v1/v2 SKU kullanılarak yük dengelemesi olduğuna dikkat edin. Yedeklilik elde etmek için web sunucusunun, yönetim sunucularının ve işleme sunucularının birden çok örneği ayrı VM'lere dağıtılır. Azure NetApp Files, veri merkezinde yerleşik yedekliliğe sahiptir, bu nedenle dosya deposu sunucusu için Azure NetApp Files birimleriniz yüksek oranda kullanılabilir olacaktır. CMS veritabanı, doğası gereği yüksek kullanılabilirliğe sahip olan MySQL için Azure Veritabanı sağlanır. Daha fazla bilgi için bkz. MySQL için Azure Veritabanı'nda yüksek kullanılabilirlik.

Diagram that shows SAP BusinessObjects BI platform redundancy with availability sets.

Yukarıdaki mimari, Azure'da SAP BOBI dağıtımının nasıl yapılabilmesine ilişkin içgörü sağlar. Ancak tüm olası yapılandırma seçeneklerini kapsamaz. Dağıtımınızı iş gereksinimlerinize göre uyarlayabilirsiniz.

Birkaç Azure bölgesinde kullanılabilirlik alanlarını kullanabilirsiniz. Bu, bağımsız bir güç kaynağı, soğutma ve ağ kaynağından yararlanabileceğiniz anlamına gelir. Bir uygulamayı iki veya üç kullanılabilirlik alanına dağıtmanızı sağlar. Kullanılabilirlik alanları arasında yüksek kullanılabilirlik elde etmek istiyorsanız SAP BOBI platformunu bu bölgelere dağıtarak uygulamadaki her bileşenin alanlar arası yedekli olduğundan emin olabilirsiniz.

Olağanüstü durum kurtarma

Bu bölümde, Linux üzerinde çalışan bir SAP BOBI platformu için olağanüstü durum kurtarma koruması sağlama stratejisi açıklanmaktadır. Genel SAP olağanüstü durum kurtarma yaklaşımının birincil kaynaklarını temsil eden SAP için Olağanüstü Durum Kurtarma belgesini tamamlar. SAP BOBI için, olağanüstü durum kurtarma ortamını güvenli bir şekilde uygulamak için aşağıdaki yöntemleri açıklayan SAP Note 2056228'ne bakın.

  • İçeriği birincil sistemden yükseltmek ve dağıtmak için yaşam döngüsü yönetimini veya federasyonu tamamen veya seçmeli olarak kullanın.
  • CMS ve dosya deposu sunucu içeriği üzerinden düzenli aralıklarla kopyalama.

Bu kılavuz ikinci seçeneğe odaklanır. Olağanüstü durum kurtarma için tüm olası yapılandırma seçeneklerini kapsamaz, ancak SAP BOBI platform yapılandırmasıyla birlikte yerel Azure hizmetleri sunan bir çözümü kapsar.

Önemli

  • SAP BOBI platformundaki her bileşenin kullanılabilirliği ikincil bölgede dikkate alınmalıdır ve olağanüstü durum kurtarma stratejisinin tamamını kapsamlı bir şekilde test etmeniz gerekir.
  • SAP BI platformunuzun FD=1 ile esnek ölçek kümesiyle yapılandırıldığı durumlarda, olağanüstü durum kurtarma için Azure Site Recovery'yi ayarlamak için PowerShell'i kullanmanız gerekir. Şu anda, ölçek kümesinde dağıtılan VM'ler için olağanüstü durum kurtarmayı yapılandırmak için kullanılabilen tek yöntemdir.

SAP BOBI platformu için başvuru olağanüstü durum kurtarma mimarisi

Bu başvuru mimarisi, sap BOBI platformunun yedekli uygulama sunucularıyla birlikte çok örnekli bir dağıtımını çalıştırıyor. Olağanüstü durum kurtarma için SAP BOBI platformunun tüm bileşenlerini ikincil bir bölgeye devretmeniz gerekir. Aşağıdaki diyagramda, Dosya deposu olarak Azure NetApp Files, CMS ve denetim deposu olarak MySQL için Azure Veritabanı ve yük dengeleyici olarak Azure Uygulaması Lication Gateway kullanılır. Her bileşen için olağanüstü durum kurtarma koruması elde etme stratejisi farklıdır ve bu farklılıklar aşağıdaki bölümlerde açıklanmıştır.

Diagram that shows SAP BusinessObjects BI platform disaster recovery.

Yük Dengeleyici

Sap BOBI platformunun web uygulaması sunucuları arasında trafiği dağıtmak için yük dengeleyici kullanılır. Azure'da, bu amaçla Azure Load Balancer veya Azure Uygulaması lication Gateway kullanabilirsiniz. Yük dengeleyici hizmetlerinde olağanüstü durum kurtarma gerçekleştirmek için ikincil bölgeye başka bir Azure Load Balancer veya Azure Uygulaması lication Gateway uygulamanız gerekir. Olağanüstü durum kurtarma yük devretme işleminden sonra aynı URL'yi korumak için DNS'deki girdiyi değiştirerek ikincil bölgede çalışan yük dengeleme hizmetine işaret etmeniz gerekir.

Web ve BI uygulama sunucuları çalıştıran VM'ler

İkincil bölgede web ve BI uygulama sunucuları çalıştıran VM'leri çoğaltmak için Azure Site Recovery'yi kullanın. Sunucuları ve bağlı tüm yönetilen diski ikincil bölgeye çoğaltır, böylece olağanüstü durumlar ve kesintiler oluştuğunda çoğaltılmış ortamınıza kolayca yük devredebilir ve çalışmaya devam edebilirsiniz. Tüm SAP uygulama VM'lerini Azure olağanüstü durum kurtarma veri merkezine çoğaltmaya başlamak için Sanal makineyi Azure'a çoğaltma makalesindeki yönergeleri izleyin.

Dosya deposu sunucuları

Filestore, raporlar ve BI belgeleri gibi gerçek dosyaların depolandığı bir disk dizinidir. Dosya deposundaki tüm dosyaların bir olağanüstü durum kurtarma bölgesiyle eşitlenmiş olması önemlidir. Linux üzerinde çalışan SAP BOBI platformu için kullandığınız dosya paylaşımı hizmetinin türüne bağlı olarak, içeriği eşitlemek için uygun olağanüstü durum kurtarma stratejisinin benimsenmesi gerekir.

  • Azure NetApp Files , NFS ve SMB birimleri sağlar, böylece verileri Azure bölgeleri arasında çoğaltmak için herhangi bir dosya tabanlı kopyalama aracını kullanabilirsiniz. Başka bir bölgedeki bir birimi kopyalama hakkında daha fazla bilgi için bkz . Azure NetApp Files Hakkında SSS.

    Şu anda önizleme aşamasında olan Azure NetApp Files bölgeler arası çoğaltmayı kullanabilirsiniz. Ağ üzerinden yalnızca değiştirilen bloklar sıkıştırılmış, verimli bir biçimde gönderilir. Bu, bölgeler arasında çoğaltmak için gereken veri miktarını en aza indirerek veri aktarım maliyetlerinden tasarruf sağlar. Ayrıca daha küçük bir RPO elde edebilmeniz için çoğaltma süresini kısaltır. Daha fazla bilgi için bkz . Bölgeler arası çoğaltmayı kullanma gereksinimleri ve dikkat edilmesi gerekenler.

  • Azure premium dosyaları yalnızca yerel olarak yedekli (LRS) ve alanlar arası yedekli depolamayı (ZRS) destekler. Olağanüstü durum kurtarma stratejisi için, dosyalarınızı farklı bir bölgedeki başka bir depolama hesabına kopyalamak için AzCopy veya Azure PowerShell kullanabilirsiniz. Daha fazla bilgi için bkz . Olağanüstü durum kurtarma ve depolama hesabı yük devretme.

    Önemli

    Azure Dosyalar için SMB Protokolü genel kullanıma sunulmuştur, ancak Azure Dosyalar için NFS Protokolü desteği şu anda önizleme aşamasındadır. Daha fazla bilgi için bkz. Azure Dosyalar için NFS 4.1 desteği artık önizlemede.

CMS veritabanı

Olağanüstü durum kurtarma bölgesindeki CMS ve denetim veritabanları, birincil bölgede çalışan veritabanlarının bir kopyası olmalıdır. Veritabanı türüne bağlı olarak, işletmenizin gerektirdiği RTO ve RPO'yu temel alarak veritabanını olağanüstü durum kurtarma bölgesine kopyalamak önemlidir.

MySQL için Azure Veritabanı

MySQL için Azure Veritabanı bir olağanüstü durum olduğunda veritabanını kurtarmak için birden çok seçenek sağlar. İşletmeniz için uygun bir seçenek belirleyin.

  • İş sürekliliğinizi ve olağanüstü durum kurtarma planlamanızı geliştirmek için bölgeler arası okuma amaçlı çoğaltmaları etkinleştirin. Kaynak sunucudan en fazla beş çoğaltmaya çoğaltabilirsiniz. Okuma amaçlı çoğaltmalar, MySQL'in ikili günlük çoğaltma teknolojisi kullanılarak zaman uyumsuz olarak güncelleştirilir. Çoğaltmalar, MySQL için Azure Veritabanı'daki normal sunuculara benzer şekilde yönettiğiniz yeni sunuculardır. Daha fazla bilgi için bkz. MySQL için Azure Veritabanı'da çoğaltmaları okuma.

  • Coğrafi olarak yedekli yedeklemeleri kullanarak sunucuyu geri yüklemek için coğrafi geri yükleme özelliğini kullanın. Bu yedeklemelere, sunucunuzun barındırıldığı bölge çevrimdışı olduğunda bile erişilebilir. Bu yedeklemelerden başka bir bölgeye geri yükleyebilir ve sunucunuzu yeniden çevrimiçi yapabilirsiniz.

    Dekont

    Coğrafi geri yükleme yalnızca sunucuyu coğrafi olarak yedekli yedekleme depolama alanıyla sağladıysanız mümkündür. Sunucu oluşturulduktan sonra Yedekleme Yedeklilik Seçeneklerinin değiştirilmesi desteklenmez. Daha fazla bilgi için bkz . Yedekleme yedekliliği.

Aşağıdaki tabloda, bu örnekte kullanılan her katmanın olağanüstü durum kurtarma önerisi gösterilmektedir.

SAP BOBI platform katmanları Öneri
Azure Application Gateway İkincil bölgede Application Gateway'in paralel kurulumu.
Web uygulaması sunucuları Azure Site Recovery kullanarak çoğaltma.
BI uygulama sunucuları Site Recovery kullanarak çoğaltma.
Azure NetApp Files Verileri ikincil bölgeye veya bölgeler arası çoğaltma kullanarak çoğaltmak için dosya tabanlı kopyalama aracı.
MySQL için Azure Veritabanı Bölgeler arası okuma çoğaltmaları veya coğrafi olarak yedekli yedeklemelerden yedeklemeyi geri yükleme.

Sonraki adımlar