WebLogic 애플리케이션을 Azure Virtual Machines로 마이그레이션Migrate WebLogic Server applications to Azure Virtual Machines

이 가이드에서는 Azure Virtual Machines에서 실행되도록 기존 WebLogic 애플리케이션을 마이그레이션하려는 경우 알아야 할 사항을 설명합니다.This guide describes what you should be aware of when you want to migrate an existing WebLogic application to run on Azure Virtual Machines. Azure Marketplace에 제공되는 WebLogic Server 솔루션에 대한 개요는 Azure 기반 Oracle WebLogic Server란?을 참조하세요.For an overview of available WebLogic Server solutions in the Azure Marketplace see What is Oracle WebLogic Server on Azure?

사전 마이그레이션Pre-migration

마이그레이션을 성공적으로 수행하려면 시작하기 전에 다음 섹션에서 설명하는 평가 및 인벤토리 단계를 완료합니다.To ensure a successful migration, before you start, complete the assessment and inventory steps described in the following sections.

"마이그레이션 완료"의 의미를 정의Define what you mean by "migration complete"

이 가이드 및 해당 Azure Marketplace 제품은 Azure로 WebLogic Server 워크로드를 신속하게 마이그레이션할 수 있는 시작점입니다.This guide, and the corresponding Azure Marketplace Offers, are a starting point to accelerate the migration of your WebLogic Server workloads to Azure. 마이그레이션 작업의 범위를 정의하는 것이 중요합니다.It's important to define the scope of your migration effort. 예를 들어 기존 인프라에서 Azure Virtual Machines로 엄격한 "리프트 앤 시프트"를 수행하려 하시나요?For example, are you doing a strict "lift and shift" from your existing infrastructure to Azure Virtual Machines? 만약 그렇다면 마이그레이션할 때 "리프트 및 향상"을 수행하고 싶다는 유혹에 빠질 수도 있습니다.If so, you may be tempted to work in some "lift and improve" as you migrate.

하지만 이 가이드에 설명된 대로 필요한 변경 내용을 고려하여 가능하다면 순수 "리프트 앤 시프트"에 최대한 가깝게 유지하는 것이 좋습니다.It's better to stick as close to pure "lift and shift" as possible, accounting for the necessary changes as detailed in this guide. 마이그레이션 완료라는 마일스톤에 도달했을 때 그 의미를 알 수 있도록 "마이그레이션 완료"의 의미를 정의합니다.Define what you mean by "migration complete" so that you know when you've reached this milestone. "마이그레이션 완료"에 도달하면 스냅샷 만들기에 설명된 대로 Virtual Machines의 스냅샷을 만들 수 있습니다.When you've reached your "migration complete", you can take a snapshot of your Virtual Machines as described in Create a snapshot. 스냅샷에서 성공적으로 복원할 수 있는 것을 확인한 후에는 지금까지 수행한 마이그레이션 진행 상황을 잃지 않고 보다 안전하게 기능을 개선할 수 있습니다.After you've verified that you can successfully restore from your snapshot, it's safer to do the improvements without fear of losing the migration progress you've achieved thus far.

미리 빌드된 Marketplace 제품이 좋은 시작점인지 확인Determine whether the pre-built Marketplace offers are a good starting point

Azure로 마이그레이션하기 위한 견고한 시작점을 제공하기 위해, Oracle과 Microsoft는 파트너 관계를 맺고 Azure 솔루션 템플릿 세트를 Azure Marketplace에 제공합니다.Oracle and Microsoft have partnered to bring a set of Azure solution templates to the Azure Marketplace to provide a solid starting point for migrating to Azure. Oracle 퓨전 미들웨어 설명서를 참조하여 기존 배포와 가장 일치하는 제품을 선택하세요.Consult the Oracle Fusion Middleware documentation for the list of offers and choose the one that most closely matches your existing deployment. Azure 기반 Oracle WebLogic Server란? 개요 문서에서 솔루션 목록을 볼 수 있습니다.You can see the list of offers in the overview article What is Oracle WebLogic Server on Azure?

기존 제품 중에 좋은 시작점이 없는 경우 Azure Virtual Machine 리소스를 사용하여 배포를 직접 재현해야 합니다.If none of the existing offers are a good starting point, you'll have to reproduce the deployment by hand using Azure Virtual Machine resources. 자세한 내용은 IaaS란?을 참조하세요.For more information, see What is IaaS?.

WebLogic 버전이 호환되는지 확인Determine whether the WebLogic version is compatible

기존 WebLogic 버전이 IaaS 제품의 버전과 호환되어야 합니다.Your existing WebLogic version must be compatible with the version in the IaaS offers. 이 쿼리는 WebLogic 버전 12.2.1.3에 대한 제품을 보여줍니다.This query will show the offers for WebLogic version 12.2.1.3. 기존 WebLogic 버전이 해당 버전과 호환되지 않는 경우 Azure IaaS 리소스를 사용하여 직접 배포를 재현해야 합니다.If your existing WebLogic version is not compatible with that version, you'll have to reproduce the deployment by hand using Azure IaaS resources. 자세한 내용은 Azure 설명서를 참조하세요.For more information, see the Azure documentation.

서버 용량 인벤토리화Inventory server capacity

현재 프로덕션 서버의 하드웨어(메모리, CPU, 디스크)와 평균/최대 요청 수 및 리소스 사용량을 문서화합니다.Document the hardware (memory, CPU, disk) of the current production server(s) as well as the average and peak request counts and resource utilization. 이 정보를 통해 적절한 VM 크기를 알 수 있습니다.This information must inform the choice of VM size. 자세한 내용은 Cloud Services에 적합한 크기를 참조하세요.For more information, see Sizes for Cloud Services.

모든 비밀 인벤토리화Inventory all secrets

Azure Key Vault 같은 "서비스로 구성" 기술이 등장하기 전에는 "비밀"에 대한 개념이 잘 정의되지 않았습니다.Before the advent of "configuration as a service" technologies such as Azure Key Vault, there wasn't a well-defined concept of "secrets". 그 대신 우리가 현재 "비밀"이라고 부르는 기능을 효율적으로 수행하는 별도의 구성 세트가 있었습니다.Instead, you had a disparate set of configuration settings that effectively functioned as what we now call "secrets". WebLogic Server 같은 앱 서버를 사용하는 경우 이러한 비밀이 다양한 구성 파일 및 구성 저장소에 있습니다.With app servers such as WebLogic Server, these secrets are in many different config files and configuration stores. 프로덕션 서버의 모든 속성 및 구성 파일에 비밀과 암호가 있는지 확인합니다.Check all properties and configuration files on the production server(s) for any secrets and passwords. WAR에 weblogic.xml 파일이 있는지 확인합니다.Be sure to check weblogic.xml in your WARs. 애플리케이션 내에서도 암호 또는 자격 증명을 포함하는 구성 파일을 찾을 수 있습니다.Configuration files containing passwords or credentials may also be found inside your application. 자세한 내용은 Azure Key Vault 기본 개념을 참조하세요.For more information, see Azure Key Vault basic concepts.

모든 인증서 인벤토리화Inventory all certificates

공용 SSL 엔드포인트에 사용되는 모든 인증서를 문서화합니다.Document all the certificates used for public SSL endpoints. 다음 명령을 실행하여 프로덕션 서버에서 모든 인증서를 볼 수 있습니다.You can view all certificates on the production server(s) by running the following command:

keytool -list -v -keystore <path to keystore>

지원되는 Java 버전이 제대로 작동하는지 확인Validate that the supported Java version works correctly

WebLogic에서 Azure로 마이그레이션하는 모든 경로에는 특정 Java 버전이 필요하며, 필요한 버전은 경로마다 다릅니다.All of the migration paths for WebLogic to Azure require a specific Java version, which varies for each path. 지원되는 버전을 사용하여 애플리케이션을 올바르게 실행할 수 있는지 확인해야 합니다.You'll need to validate that your application is able to run correctly using that supported version.

참고

현재 서버를 지원되지 않는 JDK(예: Oracle JDK 또는 IBM OpenJ9)에서 실행하는 경우 이 유효성 검사가 특히 중요합니다.This validation is especially important if your current server is running on an unsupported JDK (such as Oracle JDK or IBM OpenJ9).

현재 Java 버전을 가져오려면 프로덕션 서버에 로그인하고 다음 명령을 실행합니다.To obtain your current Java version, sign in to your production server and run the following command:

java -version

참고

Azure 가상 머신에서 WebLogic으로 마이그레이션할 때 가상 머신에 사전 설치된 Java에 따라 특정 Java 버전에 대한 요구 사항이 결정됩니다.When migrating to WebLogic on Azure virtual machines, the requirements for the specific Java versions are determined by the pre-installed Java on the virtual machines.

JNDI 리소스 인벤토리화Inventory JNDI resources

모든 JNDI 리소스를 인벤토리화합니다.Inventory all JNDI resources. 예를 들어 JPA가 EntityManager 인스턴스를 특정 데이터베이스에 올바르게 바인딩할 수 있도록 데이터베이스 같은 데이터 원본에 JNDI 이름이 연결되기도 합니다.For example, datasources such as databases may have an associated JNDI name that allows JPA to correctly bind instances of EntityManager to a particular database. JNDI 리소스 및 데이터베이스에 대한 자세한 내용은 Oracle 설명서의 WebLogic Server 데이터 원본을 참조하세요.For more information on JNDI resources and databases, see WebLogic Server Data Sources in the Oracle documentation. JMS 메시지 브로커와 같은 기타 JNDI 관련 리소스에는 마이그레이션 또는 재구성이 필요할 수 있습니다.Other JNDI-related resources, such as JMS message brokers, may require migration or reconfiguration. JMS 구성에 대한 자세한 내용은 JMS 리소스 구성 이해를 참조하세요.For more information on JMS configuration see Understanding JMS Resource Configuration.

도메인 구성 검사Inspect your domain configuration

WebLogic Server의 기본 구성 단위는 도메인입니다.The main configuration unit in WebLogic Server is the domain. 따라서 config.xml 파일에는 마이그레이션을 신중하게 고려해야 하는 여러 구성이 포함되어 있습니다.As such, the config.xml file contains a wealth of configuration that you must carefully consider for migration. 이 파일에는 하위 디렉터리에 저장된 추가 XML 파일의 참조가 포함되어 있습니다.The file includes references to additional XML files that are stored in subdirectories. Oracle은 일반적으로 관리 콘솔을 사용하여 WebLogic Server의 관리 가능한 개체 및 서비스를 구성하고 WebLogic Server가 config.xml 파일을 유지할 수 있게 할 것을 권장합니다.Oracle advises that you should normally use the Administration Console to configure WebLogic Server's manageable objects and services and allow WebLogic Server to maintain the config.xml file. 자세한 내용은 도메인 구성 파일을 참조하세요.For more information, see Domain Configuration Files.

애플리케이션 내부Inside your application

WEB-INF/weblogic.xml 파일 및/또는 WEB-INF/web.xml 파일을 검사합니다.Inspect the WEB-INF/weblogic.xml file and/or the WEB-INF/web.xml file.

세션 복제가 사용되는지 확인Determine whether session replication is used

애플리케이션에서 세션 복제를 사용하는 경우 Oracle Coherence*Web의 유무와 관계없이 다음과 같은 세 가지 옵션이 있습니다.If your application relies on session replication, with or without Oracle Coherence*Web, you have three options:

  • Coherence*Web은 Azure 가상 머신에서 WebLogic Server와 함께 실행할 수 있지만, 제품을 프로비저닝한 후 이 옵션을 수동으로 구성해야 합니다.Coherence*Web can run alongside a WebLogic Server in the Azure virtual machines, but you must manually configure this option after you provision the offer. 독립 실행형 Coherence를 사용하는 경우 Azure 가상 머신에서 실행할 수도 있지만, 제품을 프로비저닝한 후 이 옵션을 수동으로 구성해야 합니다.If you are using standalone Coherence, you can also run it in an Azure virtual machine, but you must manually configure this option after you provision the offer.
  • 세션 관리에 데이터베이스를 사용하도록 애플리케이션을 리팩터링합니다.Refactor your application to use a database for session management.
  • 세션을 Azure Redis Service로 외부화하도록 애플리케이션을 리팩터링합니다.Refactor your application to externalize the session to Azure Redis Service. 자세한 내용은 Azure Cache for Redis를 참조하세요.For more information, see Azure Cache for Redis.

이 모든 옵션과 관련하여 WebLogic이 HTTP 세션 상태를 어떻게 복제하는지 숙지하는 것이 좋습니다.For all of these options, it's a good idea to master how WebLogic does HTTP Session State Replication. 자세한 내용은 Oracle 설명서의 HTTP 세션 상태 복제를 참조하세요.For more information, see HTTP Session State Replication in the Oracle documentation.

데이터 원본 문서화Document datasources

애플리케이션에서 데이터베이스를 사용하는 경우 다음 정보를 캡처해야 합니다.If your application uses any databases, you need to capture the following information:

  • 데이터 원본 이름은 무엇인가요?What is the datasource name?
  • 연결 풀 구성이란?What is the connection pool configuration?
  • JDBC 드라이버 JAR 파일은 어디에서 찾을 수 있나요?Where can I find the JDBC driver JAR file?

WebLogic의 JDBC 드라이버에 대한 자세한 내용은 WebLogic Server에서 JDBC 드라이버 사용을 참조하세요.For more information on JDBC drivers in WebLogic, see Using JDBC Drivers with WebLogic Server.

WebLogic이 사용자 지정되었는지 확인Determine whether WebLogic has been customized

다음 사용자 지정이 수행되었는지 확인하고 수행된 작업을 캡처합니다.Determine which of the following customizations have been made, and capture what's been done.

  • 시작 스크립트가 변경되었습니까?Have the startup scripts been changed? 시작 스크립트에는 setDomainEnv, commEnv, startWebLogicstopWebLogic이 포함되어 있습니다.Such scripts include setDomainEnv, commEnv, startWebLogic, and stopWebLogic.
  • 특정 매개 변수가 JVM에 전달되었나요?Are there any specific parameters passed to the JVM?
  • 서버 클래스 경로에 JAR가 추가되었나요?Are there JARs added to the server classpath?

REST를 통한 관리를 사용 중인지 확인Determine whether Management over REST is used

애플리케이션의 수명 주기에 REST를 통한 관리 사용이 포함되는 경우 REST API 액세스에 사용되는 포트를 캡처하고 포트의 권한 부여 및 노출 방법을 결정해야 합니다.If the lifecycle of your application includes using Management over REST, you need to capture which ports are used to access the REST API and determine how they are authenticated and exposed. 마이그레이션 후에는 애플리케이션 수명 주기가 마이그레이션 전과 비슷한 방식으로 작동할 수 있도록 동일한 포트 및 인증 메커니즘을 노출해야 합니다.After migration, you'll need to ensure that these same ports and authentication mechanisms are exposed so your application lifecycle can operate in a similar fashion as before the migration. 자세한 내용은 RESTful Management Services를 사용하여 Oracle WebLogic Server 관리를 참조하세요.For more information, see Administering Oracle WebLogic Server with RESTful Management Services.

온-프레미스 연결이 필요한지 확인Determine whether a connection to on-premises is needed

애플리케이션에서 온-프레미스 서비스에 액세스해야 하는 경우 Azure의 연결 서비스 중 하나를 프로비저닝해야 합니다.If your application needs to access any of your on-premises services, you'll need to provision one of Azure's connectivity services. 자세한 내용은 온-프레미스 네트워크를 Azure에 연결하기 위한 솔루션 선택을 참조하세요.For more information, see Choose a solution for connecting an on-premises network to Azure. 또는 온-프레미스 리소스에서 노출하는 공개적으로 사용 가능한 API를 사용하도록 애플리케이션을 리팩터링해야 합니다.Alternatively, you'll need to refactor your application to use publicly available APIs that your on-premises resources expose.

JMS(Java Message Service) 큐 또는 토픽을 사용하는지 확인Determine whether Java Message Service (JMS) Queues or Topics are in use

애플리케이션에서 JMS 큐 또는 토픽을 사용하는 경우 외부에 호스트되는 JMS 서버로 마이그레이션해야 합니다.If your application is using JMS Queues or Topics, you'll need to migrate them to an externally-hosted JMS server. Azure Service Bus 및 고급 메시지 큐 프로토콜은 JMS를 사용하는 애플리케이션을 위한 훌륭한 마이그레이션 전략이 될 수 있습니다.Azure Service Bus and the Advanced Message Queuing Protocol can be a great migration strategy for those using JMS. 자세한 내용은 Azure Service Bus 및 AMQP 1.0에서 JMS 사용을 참조하세요.For more information, see Use JMS with Azure Service Bus and AMQP 1.0.

JMS 영구 저장소가 구성된 경우 해당 구성을 캡처하여 마이그레이션 후에 적용해야 합니다.If JMS persistent stores have been configured, you must capture their configuration and apply it after the migration.

Oracle Message Broker를 사용하는 경우 이 소프트웨어를 Azure 가상 머신으로 마이그레이션하여 그대로 사용할 수 있습니다.If you're using Oracle Message Broker, you can migrate this software to Azure virtual machines and use it as-is.

본인이 직접 만든 사용자 지정 공유 Java EE 라이브러리를 사용하고 있는지 확인Determine whether you are using your own custom created Shared Java EE Libraries

공유 Java EE 라이브러리 기능을 사용하는 경우 다음과 같은 두 가지 옵션이 있습니다.If you're using the Shared Java EE library feature, you have two options:

  • 애플리케이션 코드를 리팩터링하여 라이브러리의 모든 종속성을 제거하고, 그 대신 기능을 애플리케이션에 직접 통합합니다.Refactor your application code to remove all dependencies on your libraries, and instead incorporate the functionality directly into your application.
  • 서버 클래스 경로에 라이브러리를 추가합니다.Add the libraries to the server classpath.

OSGi 번들이 사용되는지 확인Determine whether OSGi bundles are used

WebLogic 서버에 추가된 OSGi 번들을 사용한 경우에는 동등한 JAR 파일을 웹 애플리케이션에 직접 추가해야 합니다.If you used OSGi bundles added to the WebLogic server, you'll need to add the equivalent JAR files directly to your web application.

OS 관련 코드가 애플리케이션에 포함되어 있는지 확인Determine whether your application contains OS-specific code

호스트 OS에 대한 종속성이 있는 코드가 애플리케이션에 포함되어 있는 경우 해당 종속성을 제거하려면 이 코드를 리팩터링해야 합니다.If your application contains any code with dependencies on the host OS, then you'll need to refactor it to remove those dependencies. 예를 들어 파일 시스템 경로에서 사용하고 있는 / 또는 \File.Separator 또는 Paths.get으로 바꿔야 할 수 있습니다.For example, you may need to replace any use of / or \ in file system paths with File.Separator or Paths.get.

Oracle Service Bus를 사용 중인지 확인Determine whether Oracle Service Bus is in use

애플리케이션에서 OSB(Oracle Service Bus)를 사용 중인 경우 OSB 구성 방법을 캡처해야 합니다.If your application is using Oracle Service Bus (OSB), you'll need to capture how OSB is configured. 자세한 내용은 Oracle Service Bus 설치 정보를 참조하세요.For more information, see About the Oracle Service Bus Installation.

애플리케이션이 여러 WAR로 구성되었는지 확인Determine whether your application is composed of multiple WARs

애플리케이션이 여러 WAR로 구성된 경우 각 WAR를 별도의 애플리케이션으로 처리하고 각각에 대해 이 가이드를 수행해야 합니다.If your application is composed of multiple WARs, you should treat each of those WARs as separate applications and go through this guide for each of them.

애플리케이션이 EAR로 패키징되는지 확인Determine whether your application is packaged as an EAR

애플리케이션이 EAR 파일로 패키징되는 경우 application.xmlweblogic-application.xml 파일을 검사하고 해당 구성을 캡처해야 합니다.If your application is packaged as an EAR file, be sure to examine the application.xml and weblogic-application.xml files and capture their configurations.

프로덕션 서버에서 실행되는 모든 외부 프로세스 및 디먼 확인Identify all outside processes and daemons running on the production servers

디먼 모니터링과 같이 애플리케이션 서버 외부에서 실행되는 프로세스가 있는 경우 이러한 프로세스를 제거하거나 다른 곳으로 마이그레이션해야 합니다.If you have any processes running outside the application server, such as monitoring daemons, you'll need to eliminate them or migrate them elsewhere.

WLST(WebLogic Scripting Tool)가 사용되는지 확인Determine whether WebLogic Scripting Tool (WLST) is used

현재 WLST를 사용하여 배포를 수행하는 경우 WLST가 하는 작업을 평가해야 합니다.If you currently use WLST to perform your deployment, you'll need to assess what it's doing. WLST가 배포 과정에서 애플리케이션의 (런타임) 매개 변수를 변경하는 경우 마이그레이션 후 애플리케이션을 테스트하는 동안 이 동작이 계속 작동하는지 확인해야 합니다.If WLST is changing any (runtime) parameters of your application as part of the deployment, you'll need to make sure that this behavior continues to work while testing your application after migration.

파일 시스템의 사용 여부 및 방법 확인Determine whether and how the file system is used

VM 파일 시스템은 지속성, 시작 및 종료의 측면에서 온-프레미스 파일 시스템과 동일한 방식으로 작동합니다.VM filesystems operate the same way as on-premises filesystems with respect to persistence, startup, and shutdown. 그렇다 하더라도, 파일 시스템 요구 사항을 파악하고 VM의 스토리지 크기와 성능이 적절한지 확인해야 합니다.Even so, it's important to be aware of your filesystem needs and ensure the VMs have adequate storage size and performance.

읽기 전용 정적 콘텐츠Read-only static content

애플리케이션에서 현재 정적 콘텐츠를 제공하는 경우 이를 대체할 위치가 필요합니다.If your application currently serves static content, you'll need an alternate location for it. 정적 콘텐츠를 Azure Blob Storage로 이동하고 전역적으로 빠른 다운로드를 위해 Azure CDN을 추가하는 것이 좋습니다.You may wish to consider moving static content to Azure Blob Storage and adding Azure CDN for lightning-fast downloads globally. 자세한 내용은 Azure Storage에서 정적 웹 사이트 호스팅빠른 시작: Azure CDN과 Azure Storage 계정 통합을 참조하세요.For more information, see Static website hosting in Azure Storage and Quickstart: Integrate an Azure storage account with Azure CDN.

동적으로 게시된 정적 콘텐츠Dynamically published static content

애플리케이션이 애플리케이션에서 업로드/생성되었지만 생성 후 변경할 수 없는 정적 콘텐츠를 허용하는 경우, 위에서 설명한 대로 Azure Blob Storage 및 Azure CDN를 사용하여 업로드 및 CDN 새로 고침을 처리할 수 있습니다.If your application allows for static content that is uploaded/produced by your application but is immutable after its creation, you can use Azure Blob Storage and Azure CDN as described above, with an Azure Function to handle uploads and CDN refresh. Azure Functions를 사용하여 정적 콘텐츠 업로드 및 CDN 사전 로드에서 사용할 샘플 구현을 제공했습니다.We've provided a sample implementation for your use at Uploading and CDN-preloading static content with Azure Functions.

네트워크 토폴로지 결정Determine the network topology

현재 Marketplace 제품 세트는 마이그레이션의 시작점입니다.The current set of Marketplace offers is a starting point for your migration. 마이그레이션해야 하는 아키텍처의 특징을 제품에서 지원하지 않는 경우 솔루션 템플릿 중 하나를 사용하여 기본 제품을 설치한 후에라도 기존 배포의 네트워크 토폴로지를 캡처하여 Azure에서 재현해야 합니다.If the offer does not cover aspects of your architecture that you need to migrate, you'll need to capture the network topology of your existing deployment and reproduce that in Azure, even after standing up the basic offer with one of the solution templates.

이 토픽은 매우 광범위한 주제이지만, 다음 참고 자료에서 마이그레이션 작업에 대한 약간의 지침을 얻을 수 있습니다.This is a very broad topic, but the following references can give some direction to your migration efforts:

JCA 어댑터 및 리소스 어댑터 사용 고려Account for the use of JCA Adapters and Resource Adapters

기존 애플리케이션에서 JCA 어댑터 및/또는 리소스 어댑터를 사용하여 다른 엔터프라이즈 시스템에 연결하는 경우 이러한 아티팩트의 구성이 Azure Virtual Machines에서 실행되는 WebLogic Server에 적용되는지 확인해야 합니다.If your existing application is using JCA Adapters and/or Resource Adapters to connect to other enterprise systems, ensure that the configuration for these artifacts is applied to the WebLogic Server running in Azure Virtual Machines. 자세한 내용은 리소스 어댑터 만들기 및 구성을 참조하세요.For more information, see Creating and Configuring Resource Adapters

사용자 지정 보안 공급자 및 JAAS 사용 계정Account for the use of custom security providers and JAAS

애플리케이션에서 JAAS를 사용하는 경우 보안 공급자의 구성이 올바르게 마이그레이션되었는지 확인해야 합니다.If your application is using JAAS, you need to make sure the configuration of security providers is correctly migrated. 자세한 내용은 Oracle 설명서의 WebLogic 보안 공급자 구성 정보를 참조하세요.For more information, see About Configuring WebLogic Security Providers in the Oracle documentation.

WebLogic 클러스터링이 사용되는지 확인Determine whether WebLogic clustering is used

아마도 많은 분들이 고가용성을 얻기 위해 여러 WebLogic 서버에 애플리케이션을 배포하셨을 것입니다.Most likely, you've deployed your application on multiple WebLogic servers to achieve high availability. 이러한 클러스터를 온-프레미스 설치에서, Azure Virtual Machines에서 실행되는 WebLogic으로 직접 마이그레이션할 수 있습니다.You can migrate these clusters directly from your on-premises installation to WebLogic running in Azure Virtual Machines. 자세한 내용은 Oracle 설명서의 도메인 구성 파일을 참조하세요.For more information, see Domain Configuration Files in the Oracle documentation.

부하 분산 요구 사항 고려Account for load-balancing requirements

부하 분산은 Oracle WebLogic Server 클러스터를 Azure로 마이그레이션할 때 필수적인 과정입니다.Load balancing is an essential part of migrating your Oracle WebLogic Server cluster to Azure. 가장 쉬운 방법은 Oracle WebLogic Server 클러스터용 Azure Marketplace 솔루션에 제공되는 Azure Application Gateway에 대한 기본 제공 지원을 사용하는 것입니다.The easiest solution is to use the built-in support for Azure Application Gateway provided in the Azure Marketplace offer for Oracle WebLogic Server cluster. 이 항목에 대한 자습서는 자습서: Azure Application Gateway를 부하 분산 장치로 사용하여 WebLogic Server 클러스터를 Azure로 마이그레이션을 참조하세요.For a tutorial on this topic, see Tutorial: Migrate a WebLogic Server cluster to Azure with Azure Application Gateway as a load balancer.

Azure Application Gateway의 기능을 다른 Azure 부하 분산 솔루션과 비교한 요약 정보는 Azure의 부하 분산 옵션 개요를 참조하세요.For a summary of the capabilities of Azure Application Gateway compared to other Azure load-balancing solutions, see Overview of load-balancing options in Azure.

Java EE 애플리케이션 클라이언트 기능이 사용되는지 확인Determine whether the Java EE Application Client feature is used

애플리케이션에서 Java EE 애플리케이션 클라이언트 기능을 사용하는 경우 Azure Virtual Machines로 마이그레이션한 후에도 변경되지 않은 상태로 계속 작동합니다.If your application uses the Java EE Application Client feature, it should continue to work unchanged after migrating to Azure Virtual Machines. 자세한 내용은 Java EE 클라이언트 애플리케이션 모듈 사용을 참조하세요.For more information, see Using Java EE Client Application Modules.

마이그레이션Migration

Azure Virtual Machines 제품에서 WebLogic 선택Select a WebLogic on Azure Virtual Machines offer

다음은 Azure Virtual Machines에서 WebLogic에 사용할 수 있는 제품입니다.The following offers are available for WebLogic on Azure Virtual Machines.

제품을 배포하는 동안 WebLogic Server 노드에 사용할 Virtual Machine 크기를 선택하라는 메시지가 표시됩니다.During the deployment of an offer, you'll be asked to choose the Virtual Machine size for your WebLogic server nodes. VM 크기를 선택할 때 모든 관점(메모리, 프로세서, 디스크)을 고려해야 합니다.It's important to consider all aspects of sizing (memory, processor, disk) in your choice of VM size. 자세한 내용은 가상 머신 규모 조정에 대한 Azure 설명서를 참조하세요.For more information, see the Azure Documentation for virtual machine sizing

관리 서버가 없는 WebLogic Server 단일 노드WebLogic Server Single Node with no Admin Server

이 제품은 단일 VM을 만들고 그 VM에 WebLogic을 설치하지만, 도메인을 구성하지는 않습니다. 따라서 고도로 사용자 지정된 도메인 구성이 있는 시나리오에 유용합니다.This offer creates a single VM and installs WebLogic on it, but doesn't configure any domains, which is useful for scenarios where you have a highly customized domain configuration.

관리 서버가 있는 WebLogic Server 단일 노드WebLogic Server Single Node with Admin Server

이 솔루션은 단일 VM을 프로비저닝하고 거기에 WebLogic Server를 설치합니다.This offer provisions a single VM and installs WebLogic Server on it. 도메인을 만들고 관리 서버를 시작합니다.It creates a domain and starts up the admin server.

WebLogic Server N-노드 클러스터WebLogic Server N-Node Cluster

이 제품은 고가용성 WebLogic Server VM 클러스터를 만듭니다.This offer creates a highly available cluster of WebLogic Server VMs.

WebLogic Server N-노드 동적 클러스터WebLogic Server N-Node Dynamic Cluster

이 제품은 확장 가능한 고가용성 WebLogic Server VM 동적 클러스터를 만듭니다.This offer creates a highly available and scalable dynamic cluster of WebLogic Server VMs

제품 프로비저닝Provision the offer

시작할 제품을 선택한 후에는 제품 설명서의 지침에 따라 해당 제품을 프로비저닝합니다.After you've selected which offer to start with, follow the instructions in documentation for the offers to provision that offer. 기존 도메인 이름과 일치하는 도메인 이름을 선택해야 합니다.Make sure to choose the domain name that matches your existing domain name. 도메인 암호를 기존 도메인 암호와 매칭할 수도 있습니다.You can even match the domain password with your existing domain password.

도메인 마이그레이션Migrate the domains

제품을 프로비저닝한 후에는 도메인 구성을 검사하고, 도메인 마이그레이션 방법에 대해 자세히 설명하는 이 지침을 따릅니다.After you've provisioned the offer, you can examine the domain configuration and follow this guidance for details on how to migrate the domains.

데이터베이스 연결Connect the databases

도메인을 마이그레이션한 후에는 제품 설명서의 지침에 따라 데이터베이스를 연결할 수 있습니다.After you've migrated the domains, you can connect the databases by following the instructions in the offer documentation. 이러한 지침은 관련된 데이터베이스 비밀과 액세스 문자열을 고려하는 데 도움이 됩니다.These instructions will help you account for any database secrets and access strings involved.

KeyStores 계정Account for KeyStores

애플리케이션에서 사용하는 SSL KeyStores의 마이그레이션을 고려해야 합니다.You must account for the migration of any SSL KeyStores used by your application. 자세한 내용은 Keystores 구성을 참조하세요.For more information, see Configuring Keystores.

JMS 원본 연결Connect the JMS sources

데이터베이스를 연결한 후에는 WebLogic 설명서의 Oracle WebLogic Server용 JMS 리소스를 관리하는 퓨전 미들웨어에 설명된 지침에 따라 JMS를 구성할 수 있습니다.After you've connected the databases, you can configure JMS by following the instructions at Fusion Middleware Administering JMS Resources for Oracle WebLogic Server in the WebLogic documentation.

인증 및 권한 부여 고려Account for authentication and authorization

대부분의 애플리케이션에는 일종의 인증 및 권한 부여가 있습니다.Most applications have some kind of authentication and authorization. LDAP를 인증에 사용하면 Azure 기반 WebLogic Server가 자동 통합을 지원합니다.If you use LDAP for authentication, WebLogic Server on Azure supports automatic integration. 마켓플레이스 솔루션에서는 Azure AD DS(Azure Active Directory Domain Services)를 보안 LDAP와 함께 사용합니다.The marketplace offer uses Azure Active Directory Domain Services (Azure AD DS) with secure LDAP. 이 솔루션은 Azure AD DS의 데이터로 WebLogic Server의 기본 보안영역을 만듭니다.The offer creates the default realm for WebLogic Server from data in the Azure AD DS. 자세한 내용은 WebLogic Server의 Java 앱을 Azure로 마이그레이션하기 위한 최종 사용자 권한 부여 및 인증을 참조하세요.For more information, see End-user authorization and authentication for migrating Java apps on WebLogic Server to Azure.

로깅 계정Account for logging

도메인을 마이그레이션할 때 기존 로깅 구성을 수행해야 합니다.The existing logging configuration should be carried over when the domain is migrated. 자세한 내용은 java.util.logging 로거 수준 구성Oracle WebLogic Server의 로그 파일 구성 및 로그 메시지 필터링을 참조하세요.For more information, see Configure java.util.logging logger levels and Configuring Log Files and Filtering Log Messages for Oracle WebLogic Server

애플리케이션 마이그레이션Migrating your application(s)

개발 팀에서 테스트, 준비 및 프로덕션 서버에 애플리케이션을 배포하는 데 사용되는 기술은 상황에 따라 크게 다릅니다.The techniques used to deploy applications from the development team into test, staging, and production servers vary greatly from case to case. 애플리케이션이 WebLogic Server에 배포되는 매우 발전된 CI/CD 플랫폼이 사용되는 경우가 있습니다.In some cases, there's a highly evolved CI/CD platform that results in the application(s) being deployed to the WebLogic Server. 그 외의 경우에는 프로세스를 보다 수동적으로 수행할 수 있습니다.In other cases, the process can be more manual. Azure Virtual Machines를 사용하여 WebLogic 애플리케이션을 클라우드로 마이그레이션할 때 얻을 수 있는 이점 중 하나는 기존 프로세스가 계속 작동한다는 것입니다.One benefit of using Azure Virtual Machines to migrate WebLogic applications to the cloud is that your existing processes will continue to work.

CI/CD 파이프라인 또는 수동 배포 시스템에서 액세스할 수 있도록 제품에서 프로비저닝되는 네트워크 보안 그룹을 구성해야 합니다.You'll have to configure the Network Security Group that is provisioned by the offer to allow access from your CI/CD pipeline, or manual deployment system. 자세한 내용은 Azure 설명서의 보안 그룹을 참조하세요.For more information, see Security groups in the Azure documentation for details.

테스트Testing

애플리케이션에 대한 모든 컨테이너 내 테스트는 Azure 내에서 실행되는 새 서버에 액세스하도록 구성해야 합니다.Any in-container tests against applications must be configured to access the new servers running within Azure. CI/CD와 마찬가지로, 테스트 시 Azure에 배포된 애플리케이션에 액세스할 수 있도록 필요한 네트워크 보안 규칙을 구성해야 합니다.As with the CI/CD concerns you must ensure the necessary network security rules allow your tests to access the application(s) deployed to Azure. 자세한 내용은 Azure 설명서의 보안 그룹을 참조하세요.For more information, see Security groups in the Azure documentation for details.

마이그레이션 후 작업Post-migration

사전 마이그레이션 단계에서 정의한 마이그레이션 목표에 도달한 후에는 엔드투엔드 수용 테스트를 수행하여 모든 것이 예상대로 작동하는지 확인해야 합니다.After you've reached the migration goals you defined in the pre-migration step, perform some end-to-end acceptance testing to verify that everything works as expected. 다음은 마이그레이션 후 기능 향상에 대한 토픽 중 일부이며, 이 외에도 다른 토픽이 더 있습니다.Some topics for post-migration enhancements include, but are certainly not limited to the following: