Tagged: WebLogic

WebLogic 12c: 노드 매니저(NodeManager) 설정하기

WebLogic 에서 노드매니저(NodeManger)는 웹로직을 운영할 머신(Machine) 에 설치되는 것으로 웹로직의 Admin 서버에 요청을 받아 처리해주는 역할을 한다. 노드매니저가 하는 일은 대략 다음과 같다.

  • 매니지드 서버 생성/삭제
  • 매니지드 서버 시작, 중지, 종료

웹로직을 설치하면 노드 매니저도 함께 설치가 된다. 기본적으로 터미널 상에서 노드매니저를 설정을 한 후에 Admin 콘솔에서 Admin 서버가 인식할 수 있도록 등록을 해줘야 한다.

여기서는 터미널 상에서 노드매니저 설정에 대해서 간단하게 다루어 본다.

노드매니저 설정

웹로직을 설치하고 난 후에 도메인(Domain) 을 생성하면 노드매니저 관련 내용도 함께 설치가 된다. 기본적으로 도메인 디렉토리에 nodemanager 디렉토리가 함께 존재하게 되고 여기에 파일들이 존재하게 되는데, 각 파일의 역할은 다음과 같다.

  • nodemanager/nodemanager.domains – 웹로직의 도메인. 파일 시스템상의 도메인의 풀 경로를 입력해준다.
  • nodemanager/nodemanager.properties – 노드 관리자 설정에 핵심 파일이다.
  • config/nodemanager/nm_password.properties – 노드매니저 사용자ID, 패스워드 정보를 담고 있는 파일. 암호화 되어 있지만 초기화가 가능하다.

핵심은 nodemanager.properties 인데 다음과 같은 3가지가 핵심적이 설정으로 보면 된다.

nodemanager.properties 주요 설정
INI
1
2
3
4
5
DomainsFile=/home/oracle/wls_domain/krcard_pay/nodemanager/nodemanager.domains
NodeManagerHome=/home/oracle/wls_domain/krcard_pay/nodemanager
ListenAddress=0.0.0.0
ListenPort=5556
SecureListener=false

여기서 중요한 설정으로 SecureListener 를 들수 있다. 만일 웹로직 자체를 TLS 설정을 했다면 true 로 놔야 하겠지만 대부분 TLS 설정을 하지 않는다. TLS 설정이 없는 상태에서 이 설정을 변경하지 않고, 왜 안되는지 헤메는 경우가 많다.

이렇게 한 후에 Admin 콘솔에서 노드매니저 등록을 해줘야 한다. 이것은 환경 > 시스템 에서 할 수 있다.

WebLogic WLST 사용하기.

WebLogic 은 Administrator 를 위한 Web GUI 콘솔을 제공한다. 브라우저를 통해서 관리자로 로그인을 하면 Web 을 통해서 각종 설정들을 할 수 있게 된다.

하지만 Web 을 사용할 수 없는 환경이라면 무용지물이 된다. 이럴때 WebLogic Scripting Tools(WLST)를 사용하면 된다. 자바로 만들어지는 Tools 로서 Web GUI 화면 대신에 터미널상에서 실행되며 대화형식으로 Web GUI 콘솔에 모든 기능을 사용할 수 있다.

실행하기

실행은 먼저 WebLogic 서버의 전역 변수를 소스(Source) 함으로써 WLST 실행환경을 조성해 준다.

WLS 환경 세팅
ZSH
1
]$ source /opt/WebLogic10.3.6/wlserver_10.3/server/bin/setWLSEnv.sh

 

WLST 실행하기

이제 다음과 같이 WLST 을 실행한다.

WLST 실행.
ZSH
1
2
3
4
5
6
7
8
9
10
11
systemv@ubuntu:~/wls_domains/mCloud$ java weblogic.WLST
 
Initializing WebLogic Scripting Tool (WLST) ...
 
Jython scans all the jar files it can find at first startup. Depending on the system, this process may take a few minutes to complete, and WLST may not return a prompt right away.
 
Welcome to WebLogic Server Administration Scripting Shell
 
Type help() for help on available commands
 
wls:/offline>

이제부터는 대화형으로 명령어를 입력하고 결과를 받아보는 형식으로 진행이 된다. 위와같이 처음 접속을 하면 offline 으로 되는데 먼저 Admin 으로 로그인을 해보자. 이는 Web GUI 콘솔 로그인과 동일한 효과를 가지고 온다.

ZSH
1
2
3
4
5
6
7
8
9
10
11
12
wls:/offline> username='Weblogic'
wls:/offline> password='14321'
wls:/offline> URL='t3://127.0.0.1:7001'
wls:/offline> connect(username,password,URL)
Connecting to t3://127.0.0.1:7001 with userid Weblogic ...
Successfully connected to Admin Server 'AdminServer' that belongs to domain 'mCloud'.
 
Warning: An insecure protocol was used to connect to the
server. To ensure on-the-wire security, the SSL port or
Admin port should be used instead.
 
wls:/mCloud/serverConfig>

주의할것은 위 WLST 실행을 Admin 서버에서 했기때문에 URL 에는 127.0.0.1 로 접속한 것이다. URL 은 정확하게 Admin 서버에 주소와 포트를 입력해야 하며 Web GUI 로그인 하기 위한 계정을 입력하면 된다.

로그인을 하고 나면 이제 뭘해야할지 고민이 되는데, ls() 를 먼저 입력하면 Web Admin Console 의 내용이 텍스트로 화면에 뿌려진다.

ZSH
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
wls:/mCloud/serverConfig> ls()
dr--   AdminConsole
dr--   AppDeployments
dr--   BridgeDestinations
dr--   Clusters
dr--   CoherenceClusterSystemResources
dr--   CoherenceServers
dr--   CustomResources
dr--   DeploymentConfiguration
dr--   Deployments
dr--   EmbeddedLDAP
dr--   ErrorHandlings
dr--   FileStores
dr--   ForeignJNDIProviders
dr--   InternalAppDeployments
....
....
....
....
-r--   ProductionModeEnabled                        true
-r--   RootDirectory                                /home/systemv/wls_domains/mCloud
-r--   Type                                         Domain
 
-r-x   freezeCurrentValue                           Void : String(attributeName)
-r-x   isSet                                        Boolean : String(propertyName)
-r-x   unSet                                        Void : String(propertyName)

자세히 보면 Linux 의 파일시스템을 보는듯한 느낌 그대로라는 걸 알게 된다. d 로 시작하는 것들은 마치 디렉토리처럼 생각하면 된다. 그 안에 뭔가 또 있다는 것이다. 그 안으로 들어갈려면 다음과 같이 하면 된다.

ZSH
1
2
3
4
5
6
wls:/mCloud/serverConfig> cd('Servers')
wls:/mCloud/serverConfig/Servers> ls()
dr--   AdminServer
dr--   Server-0
dr--   Server-1
dr--   Server-2

위와같이 서버 디렉토리에 들어가서 보면 등록된 서버들 목록을 볼수 있다. 각 서버의 설정값들이나 카테고리를 보고 싶다면? 그 서버로 들어가면 된다.

 

weblogic.Deployer 를 이용한 배포.

WebLogic 은 weblogic.Deployer 라는 Command Line 명령어를 이용해서 배포를 할 수 있습니다. 이를 통해서 GUI 화면인 WebLogic Admin Console 없이도 터미널을 이용해서 쉽고 빠르게 배포를 할 수 있는 것입니다.

setWLSEnv.sh 실행

터미널의 Command Line 에서 weblogic.Deployer 를 사용하기 위해서는 반드시 환경실행 파일을 먼저 실행해야 합니다. setWLSEnv.sh 라 불리우는 이 파일은 weblogic.Deployer 를 실행하기 위한 각종 라이브러리 클래스와 명령어 PATH를 세팅해 줍니다.

setWLSEnv.sh 파일 실행
ZSH
1
2
3
4
5
6
7
weblogic@wlserv1:~$ source $WLS_HOME/server/bin/setWLSEnv.sh
CLASSPATH=/u01/app/weblogic/middleware/patch_wls1036/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/u01/app/weblogic/middleware/patch_ocp371/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/opt/jdk1.7.0_80/lib/tools.jar:/u01/app/weblogic/middleware/wlserver_10.3/server/lib/weblogic_sp.jar:/u01/app/weblogic/middleware/wlserver_10.3/server/lib/weblogic.jar:/u01/app/weblogic/middleware/modules/features/weblogic.server.modules_10.3.6.0.jar:/u01/app/weblogic/middleware/wlserver_10.3/server/lib/webservices.jar:/u01/app/weblogic/middleware/modules/org.apache.ant_1.7.1/lib/ant-all.jar:/u01/app/weblogic/middleware/modules/net.sf.antcontrib_1.1.0.0_1-0b2/lib/ant-contrib.jar:.:/opt/java/jre/lib
 
PATH=/u01/app/weblogic/middleware/wlserver_10.3/server/bin:/u01/app/weblogic/middleware/modules/org.apache.ant_1.7.1/bin:/opt/jdk1.7.0_80/jre/bin:/opt/jdk1.7.0_80/bin:/home/weblogic/bin:/home/weblogic/.local/bin:/opt/java/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/snap/bin
 
Your environment has been set.
weblogic@wlserv1:~$

반드시 weblogic.Deployer 를 실행하기 전에 실행해줘야 합니다.

weblogic.Deployer 사용법

이를 사용하기 위해서는 반드시 Admin 서버를 주소와 포트를 알아야 합니다. WebLogic 의 모든 제어는 Admin 을 통해서만 가능하기 때문이며 weblogic.Deployer 실행하는 서버와 Admin 서버간의 통신도 가능해야 합니다.

배포된 애플리케이션 리스트

먼저 배포된 애플리케이션 리스트를 가져와 보겠습니다.

listapps 실행.
ZSH
1
2
3
4
weblogic@wlserv1:~$ java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -listapps
weblogic.Deployer invoked with options:  -adminurl t3://192.168.96.30:7001 -user weblogic -listapps
healthCheck
Number of Applications Found : 1

Admin 서버 주소와 포트를 -adminurl 인자로 주고 Admin Web Console 로그인 정보로 인증을 해줍니다. 마지막으로 배포된 애플리케이션 리스트를 출력하도록 -listapps 를 인자로 줍니다.

배포하기

배포를 하기 위해서는 먼저 Admin 서버에 업로드 디렉토리에 배포할 애플리케이션 파일이 존재해야 합니다. (뒤에 업로드도 하면서 배포하는 방법이 있습니다.)

그리고 다음과 같이 해줍니다.

배포하기
ZSH
1
2
3
4
5
6
weblogic@wlserv1:~$ java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -deploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/healthCheck.war
weblogic.Deployer invoked with options:  -adminurl t3://192.168.96.30:7001 -user weblogic -deploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/healthCheck.war
<May 12, 2017 12:42:22 AM KST> <Info> <J2EE Deployment SPI> <BEA-260121> <Initiating deploy operation for application, healthCheck [archive: /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/healthCheck.war], to configured targets.>
Task 15 initiated: [Deployer:149026]deploy application healthCheck on Server AdminServer.
Task 15 completed: [Deployer:149026]deploy application healthCheck on Server AdminServer.
Target state: deploy completed on Server AdminServer

배포가 완료 되었다. 하지만 여기에는 한가지 문제가 있습니다.

애플리케이션은 유지보수가 됩니다. 그래서 많은 변화가 일어나고 변화된 내용을 WebLogic 서버에 배포해야 합니다. 그런데, 배포할 파일 이름이 healthCheck.war 로 모두 동일하다면 WebLogic 서버에 배포하기 위해서는 기존의 배포된 파일을 제거하고 새로운 파일을 배포해야 합니다. 이는 사람이 수동을 다 해줘야 합니다.

버전 배포하기

만일, 배포시에 애플리케이션을 구분하기 위해서 버전정보를 준다면 WebLogic 서버는 자동으로 기존의 배포된 애플리케이션은 회수되고 새로운 버전의 애플리케이션이 활성화해주어 서비스를 지속할 수 있도록 해줍니다.

버전 배포.
ZSH
1
2
3
4
5
6
weblogic@wlserv1:~$ java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -deploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/1.0.1/healthCheck.war -appversion 1.0.1
weblogic.Deployer invoked with options:  -adminurl t3://192.168.96.30:7001 -user weblogic -deploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/1.0.1/healthCheck.war -appversion 1.0.1
<May 12, 2017 12:23:38 AM KST> <Info> <J2EE Deployment SPI> <BEA-260121> <Initiating deploy operation for application, healthCheck [archive: /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/1.0.1/healthCheck.war], to configured targets.>
Task 6 initiated: [Deployer:149026]deploy application healthCheck [Version=1.0.1] on AdminServer.
Task 6 completed: [Deployer:149026]deploy application healthCheck [Version=1.0.1] on AdminServer.
Target state: deploy completed on Server AdminServer

-appversion 1.0.1 은 배포되는 애플리케이션 버전이 1.0.1 임을 지정해 줍니다.

재배포 하기

재배포는 기존의 버전보다 업데이트된 버전으로 교체하는 것을 말합니다. 지금까지 배포할때 사용했던 -deploy 대신에 -redeploy 를 사용하고 버전은 기존의 것보다 높은 버전을 지정해주면 됩니다.

재배포 하기(-redeploy)
ZSH
1
2
3
4
5
6
weblogic@wlserv1:~$ java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -redeploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/1.0.1/healthCheck.war -appversion 1.0.2
weblogic.Deployer invoked with options:  -adminurl t3://192.168.96.30:7001 -user weblogic -redeploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/1.0.1/healthCheck.war -appversion 1.0.2
<May 12, 2017 12:25:40 AM KST> <Info> <J2EE Deployment SPI> <BEA-260121> <Initiating redeploy operation for application, healthCheck [archive: /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/1.0.1/healthCheck.war], to configured targets.>
Task 7 initiated: [Deployer:149026]deploy application healthCheck [Version=1.0.2] on AdminServer.
Task 7 completed: [Deployer:149026]deploy application healthCheck [Version=1.0.2] on AdminServer.
Target state: redeploy completed on Server AdminServer

기존의 1.0.1 버전보다 높아진 1.0.2 를 사용했고 재배포하기 위해서 -redeploy 를 사용했습니다.

지금까지 배포 방법에는 한가지 문제가 있습니다. 전부다 Admin 서버를 대상으로 배포를 진행했다는 것입니다. weblogic.Deployer 는 배포할 서버를 지정해줄 수가 있습니다. 서버뿐만 아니라 Cluster 를 지정함으로써 Cluster 내에 포함된 모든 서버에 배포를 적용할 수도 있습니다.

타켓(Target) 지정 배포하기

배포 대상 서버, Cluster 을 타켓이라고 합니다. -targets 옵션을 주어서 지정할 수 있습니다.

타켓지정 배포하기
ZSH
1
2
3
4
5
6
weblogic@wlserv1:~$ java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -deploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/healthCheck.war -appversion 1.0.1 -targets Server-0
weblogic.Deployer invoked with options:  -adminurl t3://192.168.96.30:7001 -user weblogic -deploy -name healthCheck -source /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/healthCheck.war -appversion 1.0.1 -targets Server-0
<May 12, 2017 12:36:26 AM KST> <Info> <J2EE Deployment SPI> <BEA-260121> <Initiating deploy operation for application, healthCheck [archive: /u01/app/weblogic/config/domains/ChinaFustat/servers/AdminServer/upload/healthCheck.war], to Server-0 .>
Task 13 initiated: [Deployer:149026]deploy application healthCheck [Version=1.0.1] on Server-0.
Task 13 completed: [Deployer:149026]deploy application healthCheck [Version=1.0.1] on Server-0.
Target state: deploy completed on Server Server-0

타켓을 지정하면 결과 출력에도 타켓 서버가 함께 출력됩니다.

파일 업로드 배포하기

만일 원격에서 파일을 배포하려고 하는데, 배포 파일을 서버로 옮길 방법이 없을 경우에 파일 업로드와 함께 배포를 실행할 수 있습니다. 이를 사용하기 위해서는 먼저 업로드 디렉토리가 설정되어 있어야 합니다.

파일 업로드 배포하기
ZSH
1
java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -deploy -name healthCheck -remote -upload /home/weblogic/healthCheck.war -targets Server-0 -appversion 1.0.1

-upload 옵션과함께 -remote 옵션을 함께 사용합니다.

UnDeploy 하기

배포를 삭제하기 위해서는 undeploy 를 하면 됩니다. undeploy 할때에는 -source 옵션은 필요 없고 -version 과 -target 그리고 애플리케이션 이름 옵션인 -name 만 있으면 됩니다.

undeploy 하기.
ZSH
1
weblogic@wlserv1:~$ java weblogic.Deployer -adminurl t3://192.168.96.30:7001 -user weblogic -password 패스워드 -undeploy -name healthCheck -appversion 1.0.1

 

Systemd for WebLogic 11g

Ubuntu 16.04, CentOS 7, RHEL 7 부터는 Systemd 로 Kernel 의 메인프로세스가 바뀌었습니다. 과거에는 Init 이였는데 이 배포판들은 systemd 로 바뀌었습니다.

리눅스가 부팅하면서 SystemV 인 Run Level 에 따라서 자동으로 시작시키기위한 Init Script 가 존재했었는데, Systemd 도 리눅스가 부팅하면서 시작되도록 하는 Systemd Script 가 존재합니다.

Systemd for WebLogic Administrator

WebLogic 을 Systemd 로 동작하는 배포판에 설치했다면 시작/중지 스크립트를 다음과 같이 작성할 수 있습니다.

wlsAdmin.service
INI
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
[Unit]
Description=Weblogic 11g Adminserver service
After=syslog.target network.target
 
[Service]
Type=simple
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=wlsAdmin
EnvironmentFile=/u01/app/weblogic/config/domains/mCloud/servers/AdminServer/etc/default/adminserver
ExecStart=/u01/app/weblogic/config/domains/mCloud/bin/startWebLogic.sh
ExecStop=/u01/app/weblogic/config/domains/mCloud/bin/stopWebLogic.sh
User=weblogic
Group=oinstall
Restart=on-failure
 
[Install]
WantedBy=multi-user.target
Alias=wlsAdmin.service

WebLogic 의 Admin 서버가 구동될때에 각종 옵션들을 주고 싶다면 “USER_MEM_ARGS” 쉘 환경변수로 지정하고 ‘startWebLogic.sh’ 를 실행하면 그것이 적용된다. Systemd 에서 이러한 환경변수들은 ‘/u01/app/weblogic/config/domains/mCloud/servers/AdminServer/etc/default/adminserver’ 파일에 다음과 같이 정의해 줍니다.

USER_MEM_ARGS 환경변수
INI
1
USER_MEM_ARGS="-Dweblogic.unicast.HttpPing=true -Xms256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=128m  -XX:MaxPermSize=256m"

 

Systemd for WebLogic Managed Server

Managed Server 를 시작하기 위해서는 ‘startManagedWebLogic.sh’ 스크립트를 사용하는데, 인자로 서버명을 주어야 합니다. 이것도 Admin 서버와 비슷하게 환경파일을 지정하고 그곳에 정의해주면 됩니다.

wlsServer0.service
INI
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
[Unit]
Description=Weblogic 11g Server-0 of Managed Server
After=syslog.target network.target
 
[Service]
Type=simple
SyslogIdentifier=wlsServer0
EnvironmentFile=/u01/app/weblogic/config/domains/mCloud/servers/Server-0/etc/default/server-0
ExecStart=/u01/app/weblogic/config/domains/mCloud/bin/startManagedWebLogic.sh ${DAEMON_ARGS}
ExecStop=/u01/app/weblogic/config/domains/mCloud/bin/stopManagedWebLogic.sh ${DAEMON_ARGS}
User=weblogic
Group=oinstall
Restart=on-failure
 
[Install]
WantedBy=multi-user.target
Alias=wlsServer0.service

‘/u01/app/weblogic/config/domains/mCloud/servers/Server-0/etc/default/server-0’ 는 다음과 같습니다.

Server-0
INI
1
DAEMON_ARGS="Server-0"

물론 USER_MEM_ARGS 환경변수를 지정할 수도 있습니다.

Systemd 등록.

Systemd 에 스크립트를 등록하기 위해서는 ‘/etc/systemd/system’ 디렉토리로 파일을 복사하고 다음과 같은 명령어를 입력해줍니다.

Systemd 스크립트 등록.
ZSH
1
2
3
4
5
6
# systemctl enable wlsAdmin.service
Created symlink from /etc/systemd/system/wlsAdmin.service to /lib/systemd/system/wlsAdmin.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/wlsAdmin.service to /lib/systemd/system/wlsAdmin.service.
# systemctl enable wlsServer0.service
Created symlink from /etc/systemd/system/wlsServer0.service to /lib/systemd/system/wlsServer0.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/wlsServer0.service to /lib/systemd/system/wlsServer0.service.

심볼릭 링크가 생성되면서 Systemd 스크립트가 등록이 됩니다. 등록이되면 이제부터 시스템이 꺼질때는 자동으로 WebLogic 도 꺼지고 시스템이 부팅되면 자동으로 시작이 됩니다.

 

WebLogic 11g 기동시 JAVA OPTION 넣기

WebLogic 11g 기동시 JAVA OPTION 넣기위해서 setDomainEnv.sh 나 commonEnv.sh 를 수정하는 경우가 있다. 하지만 이렇게 하면 WebLogic 11g 를 구성하는 Admin, NodeManager, ManagedServer 에 각각 따로따로 적용해주기위해서 앞에서 언급한 쉘 스크립트에 조건식을 줘야 한다.

setDomainEnv.sh 나 commonEnv.sh 는 WebLogic 서버에서 전역적으로 사용하는 것이기 때문에 특정한 부분을 위해서 수정하는 경우는 지양해야 한다.

최신의 WebLogic 11g 에서는 이러한 특정부분만을 위해 적용할 수 있는 JAVA OPTION 변수를 제공하는데 그것이 바로 USER_MEM_ARGS 이다. 쉘 환경변수로서 이것을 활용하면 Admin, NodeManager, ManagedServer 기동시에 JAVA OPTION을 줄 수 있다.

예를들어 Admin 서버를 기동할때에 사용하는 스크립트인 ${DOMAIN_HOME}/startWebLogic.sh 를 보자.

${DOMAIN_HOME}/startWebLogic.sh
ZSH
1
2
3
4
5
DOMAIN_HOME="/home/systemv/wls_domains/mCloud"
 
export USER_MEM_ARGS="-Xms256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=128m  -XX:MaxPermSize=256m -Djava.security.egd=file:/dev/./urandom"
 
${DOMAIN_HOME}/bin/startWebLogic.sh $*

위와 같이 USER_MEM_ARGS 환경변수에 JAVA OPTION 값을 지정하면 WebLogic 이 구동시에 이것을 반영하게 된다.

ManagedServer 기동시에도 마찬가지다. 보통 ManagedServer 기동은 다음과 같이 한다.

일반적인 ManagedServer 구동 방법
ZSH
1
systemv@ubuntu:~/wls_domains/mCloud/bin$ ./startManagedWebLogic.sh Server-0

하지만 이렇게하면 JAVA OPTION을 제공할 수가 없다. Server-0 로 불리우는 ManagedServer 기동을 위해서 일종의 랩퍼 스크립트를 다음과 같이 작성해보자.

Server-0 랩퍼 스크립트.
ZSH
1
2
3
4
5
#!/bin/sh
 
DOMAIN_HOME="/home/systemv/wls_domains/mCloud"
export USER_MEM_ARGS="-Dweblogic.unicast.HttpPing=true -XX:CompileThreshold=8000 -Xms1024m -Xmx1024m -XX:MaxPermSize=512m -Djava.security.egd=file:/dev/./urandom"
${DOMAIN_HOME}/bin/startManagedWebLogic.sh Server-0

위와같이 USER_MEM_ARGS 쉘 환경변수에 JAVA OPTION 값을 지정하면 이것을 반영하하여 Server-0 는 기동하게 된다.

WebLogic 11g 클러스터 설정.

WebLogic 11g 에서는 ManagedServer 를 클러스터 설정을 제공합니다. 역시나 Admin Web Console 을 통해서 클릭으로만으로 쉽게 간단하게 설정이 가능합니다.

WebLogic 11g 클러스터 설정

Admin Web Console 에서 다음과 같이 설정이 가능 합니다.

웹로직 11g 클러스터 생성
웹로직 11g 클러스터 생성

왼쪽에서 클러스터를 누르고나면 위 화면과 같이 나오고 “새로 만들기” 버튼을 눌러서 생성을 할 수 있습니다.

웹로직 11g 클러스터 생성
웹로직 11g 클러스터 생성

생성할 클러스터 이름을 입력해 줍니다. 적절한 이름을 입력해주면 됩니다. 두번째로 클러스터 멤버간 메시징을 위한 방법을 정의해줍니다. 유니캐스트와 멀티캐스트가 있는데 유니캐스트의 경우에는 클러스터 노드가 많지 않을 경우에 사용하는게 적절해 보이며 반대일 경우에는 멀티캐스트로 하는것이 적절해 보입니다.

생성이 완료되면 이제 생성된 클러스터에 대해서 설정을 해야 합니다. 클러스터 메뉴에서 생성된 클러스터를 클릭하면 다음과 같은 화면을 보실 수가 있습니다.

웹로직 11g 클러스터 로드 설정
웹로직 11g 클러스터 로드 설정

로드 알고리즘은 클러스터간 로드를 어떻게 분배할 것인가에 대한 것으로 서비스 형태에 따라 적절히 선택해주면 됩니다. 클러스터 주소의 서버 수는 클러스터에 나열할 서버 개수를 지정해 줍니다.

웹로직 11g 클러스터 서버 추가
웹로직 11g 클러스터 서버 추가

클러스터 메뉴에서 서버 탭에서 추가 버튼을 클릭해서 서버를 추가 할 수 있습니다. 서버를 추가할때에는 기존의 생성된 서버를 추가할 수 있고 서버를 생성하면서 추가할 수도 있습니다. 서버를 추가하면서 생성할때에는 NodeManager 서버가 실행중이여야 합니다.

Session Replication between Cluserted Node

클러스터내 서버끼리 세션을 복재하고 공유하기위해서는 weblogic.xml 을 다음과 같이 설정 해 주어야 합니다.

XHTML
1
2
3
4
5
6
7
8
9
10
11
12
<?xml version='1.0' encoding='UTF-8'?>
<weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/90" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 
<!-- Insert session descriptor element here -->
        <context-root>/shoppingcart</context-root>
 
        <session-descriptor>
                <persistent-store-type>replicated_if_clustered</persistent-store-type>
                <cookie-path>/</cookie-path>
                <sharing-enabled>true</sharing-enabled>
          </session-descriptor>
</weblogic-web-app>

이렇게 설정한 후에 WebLogic 클러스터앞에 Proxy 서버를 설정하고 도메인으로 호출을 하면 클러스터간에 세션이 공유 됩니다.

추가

위 설정은 NodeManager 를 이용한  설정이다. 만일 NodeManager 없이 ManagedServer 를 구동한다면 Java CLI 에 다음을 추가 해줘야 한다.

1
-Dweblogic.unicast.HttpPing=true

 

WebLogic 서버 복제하기

이 문서는 WebLogic 서버 복제하기에 대한 문서 입니다.

WebLogic 버는 여러서버에 걸쳐서 설치가 되고 이들을 한대로 묶어 하나처럼 동작하도록 할 수 있습니다. 이를 위해서는 모든 서버의 설치버전과 환경설정등이 모두 동일 해야 합니다.

만일 WebLogic 서버가 10대 정도라고 하면 10대 서버 모두 새롭게 설치하는 절차를 거쳐서 만들어야 합니다. 그리고 모두 설정을 같게 해줘야 한다. 그런데 사람은 언제나 실수를 할 수가 있어 잠제적인 장애요소를 남기게 됩니다.

이럴때 필요한 것이 1대 서버에 설치를 하고 설치되고 설정이 모두 된 WebLogic 10.3.6 서버를 다른 서버에 그대로 복사해 넣으면 아주 편할 것인데, WebLogic 10.3.6 서버는 이러한 작업을 위한 간단한 스크립트를 제공합니다.

WebLogic 10.3.6 서버 복제는 다음과 같이 이루어진다.

  • WebLogic Home 복제
  • Domain 복제
  • 새로운 서버로 복제한 파일 전송
  • WebLogic Home 복구
  • Domain 복구
  • 설정 변경

WebLogic Home 복제

WebLogic 10.3.6 은 WebLogic 서버 본체라할 수 있는 홈 디렉토리가 존재 합니다. 모든 WebLogic 의 라이브러리와 명령어들이 모두 WebLogic Home 디렉토리에 존재합니다. 이것이 없으면 WebLogic 이 구동될 수 없습니다.

WebLogic Home 디렉토리 복제는 ‘clone.sh’ 스크립트를 통해서 가능합니다.  이 스크립트는 다음의 위치에 존재합니다.

clone.sh 스크립트 위치.
ZSH
1
2
3
4
]$ export MW_HOME=/opt/WebLogic10.3.6
]$ cd /opt/WebLogic10.3.6/utils/clone
]$ ls
clone.jar  clone.sh  clone.xml  restore.sh

이제 WebLogic 10.3.6 의 홈 디렉토리를 복제를 다음과 같이 합니다.

WebLogic 10.3.6 홈 디렉토리 복제.
ZSH
1
2
3
4
5
6
$ $MW_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
CLASSPATH=/opt/WebLogic10.3.6/patch_wls1036/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/opt/jdk1.7.0_80/lib/tools.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/weblogic_sp.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/weblogic.jar:/opt/WebLogic10.3.6/modules/features/weblogic.server.modules_10.3.6.0.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/webservices.jar:/opt/WebLogic10.3.6/modules/org.apache.ant_1.7.1/lib/ant-all.jar:/opt/WebLogic10.3.6/modules/net.sf.antcontrib_1.1.0.0_1-0b2/lib/ant-contrib.jar:.:/opt/java/jre/lib/ext:/opt/java/lib/tools.jar
 
PATH=/opt/WebLogic10.3.6/wlserver_10.3/server/bin:/opt/WebLogic10.3.6/modules/org.apache.ant_1.7.1/bin:/opt/jdk1.7.0_80/jre/bin:/opt/jdk1.7.0_80/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/opt/java/bin:/opt/java/jre/bin
 
Your environment has been set.

WebLogic 10.3.6 홈 디렉토리 복제.
ZSH
1
$ ./clone.sh $JAVA_HOME ~/mwhome.jar $

시스템 계정의 홈 디렉토리에 mwhome.jar 로 생성됩니다.

Domain 복제

Domain 복제는 ‘pack.sh’ 스크립트를 통해서 할 수 있습니다.

Domain 복제 스크립트
ZSH
1
2
3
4
$ cd /opt/WebLogic10.3.6/wlserver_10.3/common/bin/
$ ls
commEnv.sh         config.sh      pack.sh         startDerby.sh            stopDerby.sh  upgrade.sh     wlsifconfig.sh
config_builder.sh  config.sh.bak  setPatchEnv.sh  startManagedWebLogic.sh  unpack.sh     wlscontrol.sh  wlst.sh

다음과 같이 Domain 복제를 합니다.

Domain 복제
ZSH
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
$ $MW_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
CLASSPATH=/opt/WebLogic10.3.6/patch_wls1036/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/opt/jdk1.7.0_80/lib/tools.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/weblogic_sp.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/weblogic.jar:/opt/WebLogic10.3.6/modules/features/weblogic.server.modules_10.3.6.0.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/webservices.jar:/opt/WebLogic10.3.6/modules/org.apache.ant_1.7.1/lib/ant-all.jar:/opt/WebLogic10.3.6/modules/net.sf.antcontrib_1.1.0.0_1-0b2/lib/ant-contrib.jar:.:/opt/java/jre/lib/ext:/opt/java/lib/tools.jar
 
PATH=/opt/WebLogic10.3.6/wlserver_10.3/server/bin:/opt/WebLogic10.3.6/modules/org.apache.ant_1.7.1/bin:/opt/jdk1.7.0_80/jre/bin:/opt/jdk1.7.0_80/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/opt/java/bin:/opt/java/jre/bin
 
Your environment has been set.
$ export DOMAIN_HOME=/home/systemv/wls_domains/mCloud
$ ./pack.sh -domain=$DOMAIN_HOME -template=/home/systemv/mcloud.jar -template_name=mCloud
<< read domain from "/home/systemv/wls_domains/mCloud"
>>  succeed: read domain from "/home/systemv/wls_domains/mCloud"
<< write template to "/home/systemv/mcloud.jar"
....................................................................................................
>>  succeed: write template to "/home/systemv/mcloud.jar"
<< close template
>>  succeed: close template
$

위와같이 ‘succeed’ 메시지가 나오면 성공한 것 입니다.

복구를 위한 사전 준비

복구를 위해서 다른 서버를 준비해야 합니다. 그 서버에는 기본적으로 다음과 같은 사항이 정리되어 있어야 합니다.

  • 원본 서버와 동일한 자바(JAVA) 가 설치되어 있어야 한다.
  • 원본 서버와 동일한 WebLogic 디렉토리를 가지고 있어야 한다.

WebLogic Home 복구

WebLogic Home 복구는 jar 파일을 jar 명령어로 압축해제함으로써 완료 됩니다.

ZSH
1
2
3
]$ cd /opt/WebLogic/
]$ jar -xf /home/systemv/mwhome.jar
]$

별거 없습니다. 위 명령어로 복구가 완료 됩니다.

여기서 한가지 더 해줘야 할 것이 nodemanager 를 위한 복구 프로세스 입니다. nodemanager 는 WebLogic Admin 서버와 통신을 하면서 Node 를 관리하는 역활을 담당합니다. Node 에 Managed Server 를 생성하거나 삭제, 시작, 중지등을 Admin 서버에서 하기위해서는 nodemanager 서버가 있어야 합니다.

문제는 nodemanager 서버는 서버에 종속되는 설정값을 가져야 하기 때문에 서버를 복제하고 난후에 서버환경을 다시 인식시켜줘야 합니다.  방법은 다음과 같습니다.

ZSH
1
2
3
4
5
6
]$ cd $MW_HOME/common/nodemanager
]$ cp nodemanager.properties nodemanager.properties.bak
]$ cd $MW_HOME/utils/clone
]$ chmod +x restore.sh
]$ ./restore.sh $JAVA_HOME
command: "/opt/jdk1.7.0_80/jre/bin/java" -cp installer.jar:/opt/WebLogic10.3.6/modules/features/com.bea.cie.clone_1.2.2.0.jar -DlaunchDir="/opt/WebLogic10.3.6/utils/uninstall/WebLogic_Platform_10.3.6.0" com.bea.plateng.wizard.WizardController -mode=silent -log=debug.log

restore.sh 스크립트를 실행하면 WebLogic Home 디렉토리에 퍼미션이나 각종 설정파일들이 서버 환경에 맞춰 재조정됩니다.

이제 Node Manager 서버를 다음과 같이 새롭게 구성해 줍니다.

Node Manager 설정
ZSH
1
2
3
4
5
6
7
8
9
10
11
12
]$ source $MW_HOME/wlserver_10.3/server/bin/setWLSEnv.sh
CLASSPATH=/opt/WebLogic10.3.6/patch_wls1036/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/opt/jdk1.7.0_80/lib/tools.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/weblogic_sp.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/weblogic.jar:/opt/WebLogic10.3.6/modules/features/weblogic.server.modules_10.3.6.0.jar:/opt/WebLogic10.3.6/wlserver_10.3/server/lib/webservices.jar:/opt/WebLogic10.3.6/modules/org.apache.ant_1.7.1/lib/ant-all.jar:/opt/WebLogic10.3.6/modules/net.sf.antcontrib_1.1.0.0_1-0b2/lib/ant-contrib.jar:.:/opt/java/jre/lib/ext:/opt/java/lib/tools.jar
 
PATH=/opt/WebLogic10.3.6/wlserver_10.3/server/bin:/opt/WebLogic10.3.6/modules/org.apache.ant_1.7.1/bin:/opt/jdk1.7.0_80/jre/bin:/opt/jdk1.7.0_80/bin:/opt/java/bin:/opt/java/jre/bin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/systemv/.local/bin:/home/systemv/bin
 
Your environment has been set.
]$ cat /dev/null > $MW_HOME/wlserver_10.3/common/nodemanager/nodemanager.domains
]$ cd $MW_HOME/wlserver_10.3/server/bin
]$ ./startNodeManager.sh
.....
Ctr + C 해서 중지 시킨다.
]$

Node Manager 를 실행하면 nodemanager.properties 파일에 각종 환경설정을 정리하고 nodemanager.domains 파일을 생성합니다. 그런데, nodemanager.properties 에 내용을 변경해야하기 때문에 Node Manager 를 중단시킨 겁니다.

nodemanager.properties 파일중에 다음과 같이 수정해 줍니다.

1
2
- 17 SecureListener=true
+ 17 SecureListener=false

WebLogic Domain 복구

복제할때에 ‘pack.sh’ 명령어를 썼었는데 복구할때는 ‘unpack.sh’ 명령어를 사용 합니다.

ZSH
1
2
3
4
5
6
7
8
9
]$ cd $MW_HOME/wlserver_10.3/common/bin
]$ ./unpack.sh -domain=/home/systemv/wls_domains/mCloud -template=/home/systemv/mcloud.jar
<< read template from "/home/systemv/mcloud.jar"
>>  succeed: read template from "/home/systemv/mcloud.jar"
<< write Domain to "/home/systemv/wls_domains/mCloud"
...............................................................................................
>>  succeed: write Domain to "/home/systemv/wls_domains/mCloud"
<< close template
>>  succeed: close template

복구가 완료 되면, 이제 Domain 설정파일에서 호스트 이름을 현 시스템으로 바꿉니다. 그것은 /home/systemv/wl_domain/mCloud/config/config.xml 파일인데, 여기서 호스트명을 현 시스템으로 바꿔주고 불필요한 Managed Server 리스트, deployment 를 삭제처리 해줍니다.

diff
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
-  <server>
-    <name>AdminServer</name>
-    <listen-address></listen-address>
-  </server>
-  <server>
-    <name>Server-0</name>
-    <ssl>
-      <enabled>false</enabled>
-    </ssl>
-    <machine>192.168.96.33</machine>
-    <listen-port>7003</listen-port>
-    <cluster xsi:nil="true"></cluster>
-    <web-server>
-      <web-server-log>
-        <number-of-files-limited>false</number-of-files-limited>
-      </web-server-log>
-    </web-server>
-    <listen-address></listen-address>
-    <data-source>
-      <rmi-jdbc-security xsi:nil="true"></rmi-jdbc-security>
-    </data-source>
-  </server>
-  <app-deployment>
-    <name>benefits</name>
-    <target>Server-0,Server-1</target>
-    <module-type>war</module-type>
-    <source-path>servers/AdminServer/upload/benefits.war</source-path>
-    <security-dd-model>DDOnly</security-dd-model>
-  </app-deployment>
  <machine xsi:type="unix-machineType">
-    <name>192.168.96.33</name>
+    <name>192.168.96.19</name>
    <node-manager>
      <nm-type>Plain</nm-type>
-      <listen-address>192.168.96.33</listen-address>
+      <listen-address>192.168.96.19</listen-address>
    </node-manager>
  </machine>

이제 WebLogic Web Console 에서 ‘환경 -> 시스템’ 에서 노드매니져 서버를 등록 해줍니다.

서버 등록

이제 서버(Managed Node)를 등록 해줍니다. 생성을 한 후에 시스템을 새롭게 실행한 노드매니져 서버로 지정해 줍니다.

서버의 시스템 서버 설정
서버의 시스템 서버 설정

그리고 서버를 시작하면 인증 오류가 발생하면서 서버가 시작되지 않습니다.

인증을 위한 한번 수동으로 Managed Node 서버 시작

Admin 서버와 복제 서버간의 통신을 위한 5556, 7001 포트를 개방해 줍니다. 그리고 복제 서버에서 다음과 같이 수동으로 서버를 시작해 줍니다.

ZSH
1
2
3
4
5
$ cd /home/systemv/wls_domains/mCloud/bin/
$ ./startManagedWebLogic.sh Server-2 http://192.168.96.33:7001
Enter username to boot WebLogic server:
Enter password to boot WebLogic server:
<Jan 12, 2017 11:51:57 PM KST> <Notice> <WebLogicServer> <BEA-000360> <Server started in RUNNING mode>

위와같이 한번 수동으로 서버를 시작하면 Admin 서버에서 ManageServer 를 이용해서 서버를 시작하거나 종료할때 인증 오류가 발생하지 않습니다.

 

Weblogic 10.3.6 Node Manager 사용하기

Weblogic 10.3.6 에는 Node Manager 가 존재합니다. Node Manager 는 하나의 도메인에 존재하는 서버로 말 그대로 노드를 관리하는 기능을 합니다. 좀 더 들어가면, Node Manager 의 주요 기능은 도메인에 추가된 Managed Server 를 생성,삭제,시작,중지등을 가능하도록 해줍니다.

만일 Node Manager 가 존재하지 않는다면, Managed Server 를 Web Console 을 통해서 생성을 할 수 있지만 Managed Server 를 시작하기 위해서는 터미널에서 커맨드 라인으로 직접 시작 명령을 주거나 아니면 WST 를 이용해서 시작을 시켜줘야 합니다.

Admin Server, Managed Server 는 도메인에 귀속되지만 Node Manager 는 머신(Machine)에 귀속됩니다. 그래서 시작스크립트도 $MW_HOME 에 존재합니다.

Node Manager 시작

Node Manager 시작은 다음과 같이 합니다.

Node Manager 시작
ZSH
1
]$ /opt/WLS/wlserver_10.3/server/bin/startNodeManger.sh

최초로 Node Manager 를 실행하면 화면에 Node Manager 설정 관련 내용이 화면에 출력됩니다. 이 내용은 $MW_HOME/common/nodemanager 디렉토리에 nodemanager.properties 파일에 기록 됩니다. 여기서 자세히 보면 “SecureListener=true” 로 된 것이 보입니다. 이것은 NodeManager 와의 연결을 SSL 을 통해서 하겠다는 겁니다.

위 설정은 $MW_HOME/common/nodemanager/nodemanager.properties 파일에 저장되어 있고 SecureListener 부분을 false 로 바꾸고 Node Manager 를 재 실행해 줍니다.

이제 Node Manager 를 등록해 줍니다.

Node Manager 등록

Node Manager 등록은 WebLogic 의 관리자 페이지에서 ‘환경->시스템’ 에서 할 수 있습니다. 관리자 콘솔에서는 Node Manager 등록이라고 안하고 시스템이라고 표현합니다.

Node Manager 등록
Node Manager 등록

‘새로 만들기’ 를 클릭해서 등록 화면으로 넘어갑니다.

Node Manager 이름 등록
Node Manager 이름 등록

시스템 이름을 지정해 줍니다. ‘다음’ 으로 넘어 갑니다.

Node Manager 정보 입력
Node Manager 정보 입력

여기서 ‘유형’ 을 일반으로 해줍니다. 앞에서 SeucureListener 를 false 로 해줬기 때문에 일반 접속 유형으로 Node Manager 가 통신을 합니다. 그리고 수신 주소, 수신 포트 등을 알맞게 입력하고 ‘완료’ 해 줍니다.

서버 설정

이렇게 Node Manager 를 등록하게 되면 이미 생성된 서버나 생성할 서버에 ‘시스템’ 을 지정해 줄 수 있습니다. 서버 목록중에 생성된 서버를 클릭해서 들어가면 ‘일반’ 탭에 서버 정보가 나오는데, 여기서 시스템을 드롭박스를 이용해서 선택해줍니다. 이렇게 되면 이 서버는 선택한 시스템에 생성되고 제어 됩니다.

 

 

WebLogic 구동 시 /dev/random 블로킹 이슈 해결

WebLogic 10.3.6 을 설치할때에 관리 서버 1개와 매니지드 서버 1개를 생성하게 됩니다. 그런데, 서버 시작 스크립트에서 난수 관련된 것을 고치지 않으면 시작이 굉장히 오래 걸립니다.

이는 Unix 시스템의 경우에 /dev/random 을 사용하지 않고 /dev/./urandom 을 사용하기 때문입니다.

이를 해결하는 방법은 두가지 인데, 첫번째로는 Java 의 Security 부분을 바꿔 주는 겁니다. 그러면 Java 를 사용하는 모든 자바 프로그램에 다 적용 됩니다. 다음과 같이 해줍니다.

Java 난수 장치.
ZSH
1
2
3
]# vim $JAVA_HOME/jre/lib/security/java.security
- 70 securerandom.source=file:/dev/urandom
+ 70 securerandom.source=file:/dev/./urandom

이렇게 해주고 서버를 재시작 하면 적용 됩니다.

두번째는 Java 애플리케이션을 실행할 때에 JVM Command Line 파라메터를 주는 겁니다. 다음과 같이 해줍니다.

WebLogic 10.3.6 서버 시작
ZSH
1
2
]$ vim /home/systemv/wls_domains/mCloud/startWebLogic.sh
export JAVA_OPTIONS="-Djava.security.egd=file:/dev/./urandom ${JAVA_OPTIONS}"

위와같이 서버 시작 스크립트에 JAVA_OPTIONS 환경변수에 난수 장치를 지정해 줍니다.

WebLogic 10.3.6 설치하기 – GUI

이 문서는 WebLogic 10.3.6 설치하기 중에 GUI 를 이용한 방법에 관한 것 입니다. 지난번 글에서 “Server Only” 설치 실패후에 jar 파일을 이용한 설치를 기반으로 합니다.

환경

설치 환경에 대해서 먼저 설명을 해야할 필요가 있습니다. 설치 환경은 다음과 같습니다.

  • JDK 1.7 Lastest Release
  • Ubuntu 14.04 64bit
  • WebLogic 10.3.6 – wls1036_generic.jar
  • 설치 계정은 일반계정 입니다.
  • 설치 방법은 GUI 입니다.

위와 같은 환경 입니다.

설치 파일

WebLogic 은 설치 방법이 어떤 패키지를 가지고 설치를 하느냐에 따라 다릅니다. 이 문서에서의 설치는 다음과 같은 것을 이용 한 것입니다.

WebLogic 10.3.6 Generic 설치
WebLogic 10.3.6 Generic 설치

이는 Generic 파일을 이용해서 설치하는 방법이라고도 합니다. Generic 파일은 jar 패키징 된것으로 이 파일을 다운로드 받아 실행해 설치하는 것을 말합니다.

설치 진행

다음과 같이 터미널에서 실행해 GUI 설치 프로그램을 실행 합니다. 문제는 GUI 없이 서버만 설치하는 경우가 많은데 이렇게 되면 GUI 설치를 못할 수도 있습니다. 이를 위해서 서버에 X-Window 서버만을 최소로 설치해주면 됩니다.

X-Window 최소 설치.
ZSH
1
2
]# apt install xorg openbox
]# reboot

그리고 일반 계정으로 로그인을 한 후에 다음과 같이 .Xauthority 파일을 생성해 줍니다.

ZSH
1
]$ touch .Xauthority

그리고 다음과 같이 ssh 의 X11 Forwarding 을 이용해서 접속을 하고 설치 프로그램을 실행 합니다.

WebLogic 10.3.6 GUI 설치 프로그램 구동
1
2
ssh -X systemv@192.168.96.33
]$ java -Xms512m -Xmx1028m -jar wls1036_generic.jar

WebLogic 10.3.6 GUI 설치 시작
WebLogic 10.3.6 GUI 설치 시작

정상적이라면 위 화면과 같이 설치 시작 화면이 나옵니다. Next 를 버튼을 눌러 진행을 합니다.

WebLogic 10.3.6 Home 디렉토리 설정
WebLogic 10.3.6 Home 디렉토리 설정

WebLogic 홈 디렉토리를 설정해 줍니다. 이는 MW_HOME 시스템 환경 변수에 세팅되는 값임과 동시에 WebLogic 의 본체가 설치되는 디렉토리 입니다. 일반계정으로 생성한 디렉토리를 지정해주고 다음으로 넘어간다.

WebLogic 10.3.6 보안 업데이트 등록
WebLogic 10.3.6 보안 업데이트 등록

보안 업데이트 등록은 하지 않아도 됩니다. 체크를 해제하고 Next 를 눌러 진행합니다.

설치 타칩 결정
WebLogic 10.3.6 설치 타칩 결정

Typical 를 선택해도 되지만 저는 Custom 을 선택해 필요한 것만 설치했습니다. 잘 모른다면 Typical 를 선택하시고 Next 를 하셔도 됩니다.

WebLogic 10.3.6 컴포넌트 선택
WebLogic 10.3.6 컴포넌트 선택

Coherence 를 사용하지 않을 예정이라서 뺏고, WebLogic SCA 또한 사용할 일이 없어서 뺐습니다. (사실 나머지도 잘 몰라요…) Next 를 해줍니다.

WebLogic 10.3.6 JDK 선택
WebLogic 10.3.6 JDK 선택

JDK 버전을 선택해 줍니다. 저는 1.7 버전을 미리 선택해 놨기 때문에 이것을 선택하고 Next합니다.

webLogic 10.3.6 프로덕트 디렉토리 지정
webLogic 10.3.6 프로덕트 디렉토리 지정

실제 WebLogic 본체를 설치할 디렉토리를 지정해 주고 Next.

WebLogic 10.3.6 설치 요약본
WebLogic 10.3.6 설치 요약본

위와같이 설치할 컴포넌트들을 보여주고 맞는지 확인해줍니다. 맞다면 Next.

WebLogic 10.3.6 설치 마침
WebLogic 10.3.6 설치 마침

설치를 마치는데, “Run Quickstart” 를 체크해 이어서 Domain 을 생성하도록 하겠습니다.

WebLogic 10.3.6 QuickStart
WebLogic 10.3.6 QuickStart

“Getting started with WebLogic Server 10.3.6” 을 클릭 합니다.

WebLogic 10.3.6 Create a new WebLogic Domain
WebLogic 10.3.6 Create a new WebLogic Domain

WebLogic 의 도메인을 생성합니다. WebLogic 에서 Domain 은 하나의 서비스 그룹으로 생각하시면 됩니다. 여기에 Admin 서버, Managed 서버들이 포함 됩니다.

WebLogic 10.3.6 도메인 설정
WebLogic 10.3.6 도메인 설정

도메인 설정은 도메인에 어떤 서버들을 넣을 건지, 어떤 기능들을 활성화 할것인지를 선택하는 것으로 그냥 WAS 기능만 필요해서 WebLogic Server 만 선택된 상태 그대로 Next 합니다.

WebLogic 10.3.6 도메인 이름과 위치
WebLogic 10.3.6 도메인 이름과 위치

도메인 이름과 위치를 지정해 주고 Next.

WebLogic 10.3.6 도메인 관리를 위한 계정 설정
WebLogic 10.3.6 도메인 관리를 위한 계정 설정

도메인 관리를 위한 계정을 입력하고 Next.

WebLogic 10.3.6 서버 시작 모드 설정
WebLogic 10.3.6 서버 시작 모드 설정

서버 시작모드를 선택해주는 건데, 명확한 차이가 뭔지는 잘 모르겠네요 기본값으로 하고 Next.

WebLogic 10.3.6 서버 선택
WebLogic 10.3.6 서버 선택

Domain 내에 어떤 서버들을 설정할 것인지를 선택합니다. 우선 관리 서버만 먼저하고 나머지는 추후에 진행 합니다. Admin 서버를 선택하고 나오는 다음 화면에서 기본값으로 두고 다음으로 넘어갑니다.

WebLogic 10.3.6 도메인 생성 완료
WebLogic 10.3.6 도메인 생성 완료

위와같이 도메인 생성이 완료 됐습니다.

Trouble Shooting

도메인 생성시 모든 옵션을 다  설정하고 난후에 위 화면에서 프로그레스바가 70%에서 멈추고 “Creating Domain Security Information” 부분에서 멈추게 됩니다.

이는 난수 발생하는 부분이 문제가 있기 때문입니다. Java 의 에서 난수를 생성할때에 /dev/random 을 사용하는데, Unix 시스템의 경우에 /dev/./urandom 을 사용해야지만 정상적으로 동작 합니다.

도메인 생성 실행이 멈췄다면 취소하고 도메인 생성을 위한 디렉토리내에 모든 파일을 삭제 처리 합니다. 그리고 다음과 같이 “Configuration Wizard” 시작 스크립트를 다음과 같이 수정해 줍니다.

ZSH
1
2
3
4
]$ cd /opt/WebLogic10.3.6/wlserver_10.3/common/bin
]$ vim config.sh
- 101 JVM_ARGS="-Dprod.props.file='${WL_HOME}/.product.properties' -Dpython.cachedir=/tmp/cachedir ${JVM_D64} ${MEM_ARGS} ${CONFIG_JVM_ARGS}"
+ 101 JVM_ARGS="-Dprod.props.file='${WL_HOME}/.product.properties' -Dpython.cachedir=/tmp/cachedir ${JVM_D64} ${MEM_ARGS} ${CONFIG_JVM_ARGS} -Djava.security.egd=file:/dev/./urandom"

위와같이 수정한 후에 config.sh 를 실행하면 “Configuration Wizard” 가 다시 실행되고 정상적으로 완료 됩니다.