У цій статті наведено відомості про розгортання різних рішень Oracle у Microsoft Azure. Ці рішення створені на основі образів віртуальних машин, опублікованих Oracle у Azure Marketplace.

Щоб отримати список доступних образів, виконайте наведену нижче команду:

az vm image list --publisher oracle -o table --all

З 16 жовтня 2017 року доступні такі образи:

Offer                    Publisher Urn                        ... -----------  --------------------------------------- --------------------  -------------
Oracle-Database-Ee Oracle 12.1.0.2 12.1.0.2 12.1.0.2 12.1.0.2 12.1.0.2 Database-Ee:12.1.0.2:12.1.20170202              12.1.20170202
Oracle-Database-Se Oracle       12.1.0.2                Oracle:Oracle-Database-Se:12.1.0.2:12.1.20170202             12.1.20170202
Oracle-Linux            Oracle       6.4                     Oracle:Oracle-Linux:6.4:6.4.20141206                         6.4.20141206
Oracle -Linux            Oracle 6.7                     Oracle:Oracle-Linux:6.7:6.7.20161007                         6.7.20161007
Oracle-Linux            Oracle       6.8                     Oracle:Oracle-Linux:6.8:6.8.20161020                         6.8.20161020
Oracle-Linux            Oracle 6.9                     Oracle:Oracle-Linux:6.9:6.9.20170406                         6.9.20170406
Oracle-Linux            Oracle       7.0                     Oracle:Oracle-Linux:7.0:7.0.20141217                         7.0.20141217
Oracle-Linux            Oracle 7.2                     Oracle:Oracle-Linux:7.2:7.2.20161020                         7.2.20161020
Oracle-Linux            Oracle       7.3                     Oracle:Oracle-Linux:7.3:7.3.20170320                         7.3.20170320
Oracle-WebLogic-Server  Oracle       Oracle- WebLogic-Server Oracle:Oracle-WebLogic-Server:Oracle-WebLogic-Server:12.1.2 12.1.2

Це образи з використанням власної ліцензії, а значить ви оплачуватимете лише використання ресурсів обчислень та зберігання, а також мережевих ресурсів, пов'язаних з роботою віртуальної машини. Ви повинні мати відповідну ліцензію на використання програмного забезпечення Oracle, а також угоду про поточну підтримку. Oracle гарантує переміщення ліцензій з локального середовища до Azure.

Користувачі можуть також розробляти свої рішення на основі образа користувача, створених з нуля в Azure, або передати образ користувача зі свого локального середовища.

Підтримка JD EdwardsSupport for JD Edwards

Згідно з приміткою щодо підтримки Oracle Doc ID 2178595.1, JD Edwards EnterpriseOne версії 9.2 і вище підтримує будь-яку відкриту хмарну пропозицію, яка відповідає певним Minimum Technical Requirements (мінімальним технічним вимогам).According to Oracle Support versions 9.2 і надані підтримуються на будь-який public cloud offering, які мають свої специфічні Мінімум технічних потреб (MTR). Необхідно створити образи користувача, що відповідають мінімальним технічним вимогам до операційної системи і до сумісності з програмними додатками.

Образи віртуальних машин для бази даних OracleOracle Database virtual machine images

Oracle підтримує виконання випусків бази даних Oracle 12.1 Standard і Enterprise в Azure з використанням образів віртуальних машин на базі Oracle Linux.Oracle supports running Щоб підвищити продуктивність робочих навантажень бази даних Oracle в Azure, правильно виберіть розмір образу віртуальної машини і використовуйте рішення "Керовані диски" спільно зі сховищем класу Premium. image and use Managed Disks, які є backed by Premium Storage. Відомості про те, як швидко налаштувати та запустити базу даних Oracle в Azure за допомогою опублікованого образу віртуальної машини Oracle, див. у статті Створення бази даних Oracle 12c на віртуальній машині Azure. Azure, використовуючи Oracle Published VM image, try the Oracle DB Quickstart walkthrough.

Варіанти конфігурації підключеного дискаAttached disk configuration options

Підключені диски використовують службу сховища великих двійкових об'єктів Azure. Теоретично кожен диск рівня "Стандартний" здатний виконувати максимум близько 500 операцій введення-виведення в секунду (IOPS). Наша пропозиція з дисками рівня "Преміум", яку переважно використовувати для високопродуктивних робочих навантажень бази даних, може забезпечувати до 5000 операцій введення-виведення в секунду на диск. IOps per disk. Ви можете використовувати окремий диск, якщо його продуктивності достатньо. Але ефективну продуктивність операцій введення-виведення в секунду можна підвищити, використовуючи кілька підключених дисків, розподіливши між ними дані бази даних, а потім застосувавши Oracle Automatic Storage Management (ASM). може вплинути на ефективні IOPS виконання, якщо ви використовуєте багаторазові підключені диски, вирівняні файли даних даних, а також використання Oracle Automatic Storage Management (ASM). Щоб отримати додаткові відомості про Oracle ASM, див. Oracle Automatic Storage.See Oracle ASM specific information. Приклад установки та налаштування Oracle ASM на віртуальній машині Linux в Azure див. у статті Set up Oracle ASM on an Azure Linux virtual machine (Налаштування Oracle ASM у віртуальній машині Linux в Azure). Натисніть, щоб налаштувати і configure Oracle ASM на Linux Azure VM - ви можете налаштувати і налаштувати Oracle Automated Storage Management tutorial.

Рішення Oracle Real Application Clusters (RAC)Oracle Real Application Cluster (Oracle RAC)

Рішення RAC дозволяє зменшити вплив збою окремих вузлів у конфігурації кластера з декількома локальними вузлами. У ньому використовуються дві локальні технології, які не включені в такі великомасштабні загальнодоступні хмарні середовища, як передача багатоадресних пакетів в мережі і загальний диск. cast and shared disk. Якщо ваше рішення бази даних вимагає рішення RAC в Azure, необхідно програмне забезпечення сторонніх виробників, щоб увімкнути ці технології. Пропозиція Microsoft Azure Certified, яка називається вузол FlashGrid для рішень RAC, доступна в Azure Marketplace і опублікована компанією FlashGrid Inc. Щоб отримати додаткові відомості про це рішення і про те, як воно працює в Azure, див. сторінку рішення FlashGrid. Inc. Для більш детальної інформації на цю проблему і як вона працює в Azure, натисніть на FlashGrid solution page.

Рекомендації з високої доступності та аварійного відновленняHigh availability and disaster recovery considerations

При використанні бази даних Oracle в Azure ви відповідаєте за реалізацію рішення, що забезпечує високу доступність і аварійне відновлення, щоб запобігти простоям.

Високу доступність та аварійне відновлення в Oracle Database Enterprise Edition (без використання рішень RAC) можна реалізувати в Azure за допомогою Data Guard, Active Data Guard або Oracle Golden Gate, розмістивши дві бази даних на двох окремих віртуальних машинах. High availability and disaster Recovery for Oracle Database Enterprise Edition (без відповідності на Oracle RAC) може бути представлений на Azure, використовуючи Data Guard, Active Data Guard, або Oracle Golden Gate, з 2-ма програмами на 2-х окремих технічних інструментах. Обидві віртуальні машини повинні бути в одній віртуальній мережі, щоб вони могли звертатися один до одного через постійну приватну IP-адресу. Крім того, рекомендується розміщувати віртуальні машини в одній групі доступності, так як це дозволяє Azure поміщати їх в окремі домени збою та домени поновлення. and upgrade domains. Якщо потрібна геонадмірність, можна виконувати реплікацію цих двох баз даних між двома різними регіонами і підключати обидва екземпляри через VPN-шлюз. a VPN Gateway.

У посібнику Реалізація Oracle Data Guard на Віртуальній машині Azure під керуванням Linux описується процедура базової установки пробної версії в Azure.

При використанні Oracle Data Guard високу доступність можна забезпечити, розмістивши базу даних джерела в одній віртуальній машині та базу даних одержувача (резервну) в іншій віртуальній машині і налаштувавши односторонню реплікацію між ними. a перша database in one virtual machine, a secondary (standby) database in another virtual machine, and one-way replication set up between them. В результаті можна отримати доступ на читання до копії бази даних. result is read access to the copy of the database. При використанні Oracle GoldenGate можна налаштувати двонаправлену реплікацію між двома базами даних. З Oracle GoldenGate, ви можете configure bi-directional replication between the 2 databases. Додаткові відомості про налаштування високої доступності для баз даних за допомогою цих інструментів див. у документації з Active Data Guard та GoldenGate на веб-сайті Oracle. Guard and GoldenGate documentation на Oracle Website. Якщо вам потрібно отримати доступ на читання та запис до копії бази даних, ознайомтеся з документом Oracle Active Data Guard.

У посібнику Реалізація Oracle Golden Gate на віртуальній машині Azure під керуванням Linux описується процедура базової установки пробної версії в Azure.We have a tutorial "Implement Oracle GoldenGate on Azure", які ведуть вас через basic setup procedure to trial this on Azure.

Незважаючи на наявність рішення, розробленого в Azure, з високим рівнем доступності та можливістю аварійного відновлення, переконайтеся, що ви розробили стратегію архівації для відновлення бази даних. a backup strategy in place to restore your database. У посібнику Створення резервних копій і відновлення бази даних Oracle Database 12c на віртуальній машині Linux в Azure описані основні процедури створення узгодженої резервної копії. /p>

Образи віртуальних машин Oracle WebLogic ServerOracle WebLogic Server virtual machine images

• Кластеризація підтримується лише у випуску Enterprise Edition.Clustering is supported on Enterprise Edition only. Ваша ліцензія дає право використовувати кластеризацію WebLogic тільки при використанні випуску WebLogic Server Enterprise Edition.You є licensed to use WebLogic clustering тільки при використанні Enterprise Edition of WebLogic Server. Не використовуйте кластеризацію з випуском WebLogic Server Standard Edition.Do not use clustering with WebLogic Server Standard Edition.
• Не підтримується багатоадресне розсилання по UDP.UDP multicast is not supported. Azure підтримує одноадресне розсилання по UDP, але не підтримує ні багатоадресне, ні широкомовне розсилання.Azure supports UDP unicasting, але не multicasting або broadcasting. WebLogic Server може використовувати можливості одноадресної розсилки по UDP в Azure. Щоб отримати найкращі результати при використанні одноадресної розсилки по UDP, ми радимо не змінювати розмір кластера WebLogic і не розміщувати в кластері більше 10 керованих серверів. with no more than 10 managed servers included in the cluster.

• WebLogic Server очікує використання однакових спільних і приватних портів для доступу до каналу T3 (наприклад, при використанні Enterprise JavaBeans). (for example, when using Enterprise JavaBeans). Розглянемо багаторівневий сценарій, при якому додаток рівня служб (EJB) виконується в кластері WebLogic Server, що складається з двох або більше віртуальних машин у віртуальній мережі з ім'ям SLWLS. , in a vNet називається SLWLS. Клієнтський рівень розташований в іншій підмережі в рамках однієї віртуальної мережі, що виконує просту програму Java, яка намагається викликати EJB на рівні служб. layer. Оскільки необхідно збалансувати навантаження для рівня служб, потрібно створити загальнодоступну кінцеву точку з балансуванням навантаження для віртуальних машин у кластері WebLogic Server. in the WebLogic Server cluster. Якщо заданий приватний порт відрізняється від загальнодоступного порту (наприклад, 7006:7008), з'явиться наступна помилка:

   

   [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 error або timed out]
  

  Це викликано тим, що при будь-якій установці віддаленого доступу до каналу T3 WebLogic Server очікує використання однакових портів балансування навантаження і портів керованих серверів WebLogic.This is because for any remote server port to be the same. У попередньому прикладі клієнт звертається до порту 7006 (порт балансування навантаження), а керований сервер прослуховує порт 7008 (приватний порт). port). Це обмеження застосовується тільки для доступу до каналу T3, а не до HTTP.

  Щоб уникнути цієї проблеми, використовуйте одне з таких рішень:To avoid this issue, use one of the following workarounds:

  • Використовуйте приватні та загальні порти з однаковими номерами для кінцевих точок з балансуванням навантаження, виділених для отримання доступу до каналу T3.

  • Додати наступний параметр Java віртуальної машини під час запуску WebLogic Server:Include the following JVM parameter when starting WebLogic Server:

     

     -Dweblogic.rjvm.enableprotocolswitch=true
    

Додаткові відомості див. у статті бази знань 860340.1 на веб-сторінці http://support.oracle.com.For related information, KB article 860340.1 /support.oracle.com.

• Обмеження для динамічної кластеризації та балансування навантаження.Dynamic clustering and load balancing limitations. Припустимо, що ви хочете використовувати динамічний кластер у WebLogic Server і зробити його доступним через єдину загальнодоступну кінцеву точку з балансуванням навантаження в Azure. Для цього потрібно використовувати порт з певним номером для кожного з керованих серверів (номер порту не повинен динамічно призначатись з діапазону). Кількість серверів, що запускаються, не повинна перевищувати кількість віртуальних машин, які відстежує адміністратор (тобто не більше одного керованого сервера на одну віртуальну машину). assigned from a range) and do not start more managed servers than there machines the administrator is tracking (that is, no more than one managed server per virtual machine). Якщо кількість серверів WebLogic у вашій конфігурації перевищує кількість віртуальних машин (тобто якщо кілька екземплярів WebLogic Server спільно використовують одну й ту саму віртуальну машину), то неможливо прив'язати до заданого номера порту більше одного екземпляра серверів WebLogic. Інші екземпляри на цій віртуальній машині прив'язати не вдасться.Як configuration results in more WebLogic servers being started than there are virtual machines (that is, where multiple WebLogic Server instances share the same virtual machine), then it is not possible for more . of those instances of WebLogic servers to bind to a given port number – thethers on that virtual machine fail.

  Якщо налаштувати сервер адміністратора таким чином, щоб керованим серверам автоматично призначалися унікальні номери портів, то буде неможливе балансування навантаження, оскільки Azure не підтримує зіставлення одного загальнодоступного порту з кількома приватними портами, яке потрібно було б для цієї конфігурації.If you configure the admin server для автоматичного визначення unique port numbers to its managed servers, then load balancing is not Можливо, щоб Azure Azure не підтримують mapping з одного громадського port до декількох приватних портів, якби було потрібно для цього налаштування.

• Кілька екземплярів Weblogic Server на віртуальній машині.Multiple instances of Weblogic Server on a virtual machine. Залежно від вимог вашого розгортання слід розглянути можливість запуску декількох екземплярів WebLogic Server на одній і тій же віртуальній машині за умови, що її розмір досить великий. Наприклад, на віртуальній машині середнього розміру з двома ядрами можна запустити два екземпляри WebLogic Server. contains two cores, ви можете choose to run 2 instances of WebLogic Server. Зверніть увагу, що ми все одно не рекомендуємо використовувати в архітектурі єдині точки відмови, як може статися при виконанні декількох екземплярів WebLogic Server на одній віртуальній машині. be case if you used just one virtual virtual machine that is running multiple instances of WebLogic Server. Краще використовувати не менше двох віртуальних машин, на кожній з яких може виконуватися кілька екземплярів WebLogic Server. При цьому всі ці екземпляри WebLogic Server можуть бути частиною одного і того ж кластера. Instances of WebLogic Server можуть бути більшою частиною того ж самого cluster. Проте зверніть увагу, що на даний момент неможливо використовувати Azure для балансування навантаження кінцевих точок, що надаються такими розгортаннями WebLogic Server в межах однієї віртуальної машини, оскільки підсистема балансування навантаження Azure вимагає, щоб сервери з балансуванням навантаження були розподілені між окремими. віртуальними машинами.Note, however, it currently not possible to use Azure to load-balance endpoints that are exposed by such WebLogic Server deployments within same virtual machine, because Azure load balancer потрібні load-balanced servers to be distributed among unique virtual machines.

Образи віртуальних машин JDK для OracleOracle JDK virtual machine images

• Останні оновлення JDK 6 та 7.JDK 6 і 7 останніх updates. Хоча ми радимо використовувати останню загальнодоступну підтримувану версію Java (на даний момент це Java 8), в Azure також доступні образи JDK 6 і 7. (Наразі Java 8), Azure такожвикористання JDK 6 і 7 зображення доступні. Вони призначені для застарілих додатків, які ще неможливо оновити до версії JDK 8.Тим не вдається скористатися версією JDK 8. Хоча оновлення для попередніх образів JDK можуть бути вже недоступними, завдяки співпраці корпорації Майкрософт Oracle образи JDK 6 і 7, що надаються Azure, будуть містити більш свіже приватне оновлення, яке зазвичай надається тільки вибраній групі клієнтів, підтримуваних Oracle.While updates to Public, given Microsoft partnership with Oracle, JDK 6 і 7 images виконаний з Azure є вдосконаленим, щоб отримати більше останнього no-public update that is normally offered by Oracle only select group of Oracle's supported customers. Нові версії образів JDK, а також оновлені версії JDK 6 і 7 будуть доступні з часом.

  Комплект JDK, доступний в цих образах JDK 6 і 7, а також віртуальні машини і образи, отримані з них, можна використовувати тільки в Azure. від них, може бути тільки використаний в Azure.

• 64-розрядний JDK.64-bit JDK. Образи віртуальних машин Oracle WebLogic Server та Oracle JDK, що надаються Azure, містять 64-розрядні версії Windows Server та JDK.

Інші новини