Mac 에는 여러버전의 Java 가 설치되어 있습니다. 그런데, 가끔씩 JAVA_HOME 이 어디인지를 알고 싶을때가 있습니다. 그럴때 다음과 같이 하면 알수 있습니다.
|
1 2 3 4 5 |
export JAVA_HOME="$(/usr/libexec/java_home -v 1.6)" or export JAVA_HOME="$(/usr/libexec/java_home -v 1.7)" or export JAVA_HOME="$(/usr/libexec/java_home -v 1.8)" |
이 문서는 WebLogic 서버 복제하기에 대한 문서 입니다.
WebLogic 버는 여러서버에 걸쳐서 설치가 되고 이들을 한대로 묶어 하나처럼 동작하도록 할 수 있습니다. 이를 위해서는 모든 서버의 설치버전과 환경설정등이 모두 동일 해야 합니다.
만일 WebLogic 서버가 10대 정도라고 하면 10대 서버 모두 새롭게 설치하는 절차를 거쳐서 만들어야 합니다. 그리고 모두 설정을 같게 해줘야 한다. 그런데 사람은 언제나 실수를 할 수가 있어 잠제적인 장애요소를 남기게 됩니다.
이럴때 필요한 것이 1대 서버에 설치를 하고 설치되고 설정이 모두 된 WebLogic 10.3.6 서버를 다른 서버에 그대로 복사해 넣으면 아주 편할 것인데, WebLogic 10.3.6 서버는 이러한 작업을 위한 간단한 스크립트를 제공합니다.
WebLogic 10.3.6 서버 복제는 다음과 같이 이루어진다.
WebLogic 10.3.6 은 WebLogic 서버 본체라할 수 있는 홈 디렉토리가 존재 합니다. 모든 WebLogic 의 라이브러리와 명령어들이 모두 WebLogic Home 디렉토리에 존재합니다. 이것이 없으면 WebLogic 이 구동될 수 없습니다.
WebLogic Home 디렉토리 복제는 ‘clone.sh’ 스크립트를 통해서 가능합니다. 이 스크립트는 다음의 위치에 존재합니다.
|
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 의 홈 디렉토리를 복제를 다음과 같이 합니다.
|
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. |
|
1 |
$ ./clone.sh $JAVA_HOME ~/mwhome.jar $ |
시스템 계정의 홈 디렉토리에 mwhome.jar 로 생성됩니다.
Domain 복제는 ‘pack.sh’ 스크립트를 통해서 할 수 있습니다.
|
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 복제를 합니다.
|
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’ 메시지가 나오면 성공한 것 입니다.
복구를 위해서 다른 서버를 준비해야 합니다. 그 서버에는 기본적으로 다음과 같은 사항이 정리되어 있어야 합니다.
WebLogic Home 복구는 jar 파일을 jar 명령어로 압축해제함으로써 완료 됩니다.
|
1 2 3 |
]$ cd /opt/WebLogic/ ]$ jar -xf /home/systemv/mwhome.jar ]$ |
별거 없습니다. 위 명령어로 복구가 완료 됩니다.
여기서 한가지 더 해줘야 할 것이 nodemanager 를 위한 복구 프로세스 입니다. nodemanager 는 WebLogic Admin 서버와 통신을 하면서 Node 를 관리하는 역활을 담당합니다. Node 에 Managed Server 를 생성하거나 삭제, 시작, 중지등을 Admin 서버에서 하기위해서는 nodemanager 서버가 있어야 합니다.
문제는 nodemanager 서버는 서버에 종속되는 설정값을 가져야 하기 때문에 서버를 복제하고 난후에 서버환경을 다시 인식시켜줘야 합니다. 방법은 다음과 같습니다.
|
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 서버를 다음과 같이 새롭게 구성해 줍니다.
|
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 |
복제할때에 ‘pack.sh’ 명령어를 썼었는데 복구할때는 ‘unpack.sh’ 명령어를 사용 합니다.
|
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 를 삭제처리 해줍니다.
|
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)를 등록 해줍니다. 생성을 한 후에 시스템을 새롭게 실행한 노드매니져 서버로 지정해 줍니다.
그리고 서버를 시작하면 인증 오류가 발생하면서 서버가 시작되지 않습니다.
Admin 서버와 복제 서버간의 통신을 위한 5556, 7001 포트를 개방해 줍니다. 그리고 복제 서버에서 다음과 같이 수동으로 서버를 시작해 줍니다.
|
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 가 존재합니다. 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 시작은 다음과 같이 합니다.
|
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 등록은 WebLogic 의 관리자 페이지에서 ‘환경->시스템’ 에서 할 수 있습니다. 관리자 콘솔에서는 Node Manager 등록이라고 안하고 시스템이라고 표현합니다.
‘새로 만들기’ 를 클릭해서 등록 화면으로 넘어갑니다.
시스템 이름을 지정해 줍니다. ‘다음’ 으로 넘어 갑니다.
여기서 ‘유형’ 을 일반으로 해줍니다. 앞에서 SeucureListener 를 false 로 해줬기 때문에 일반 접속 유형으로 Node Manager 가 통신을 합니다. 그리고 수신 주소, 수신 포트 등을 알맞게 입력하고 ‘완료’ 해 줍니다.
이렇게 Node Manager 를 등록하게 되면 이미 생성된 서버나 생성할 서버에 ‘시스템’ 을 지정해 줄 수 있습니다. 서버 목록중에 생성된 서버를 클릭해서 들어가면 ‘일반’ 탭에 서버 정보가 나오는데, 여기서 시스템을 드롭박스를 이용해서 선택해줍니다. 이렇게 되면 이 서버는 선택한 시스템에 생성되고 제어 됩니다.
WebLogic 10.3.6 을 설치할때에 관리 서버 1개와 매니지드 서버 1개를 생성하게 됩니다. 그런데, 서버 시작 스크립트에서 난수 관련된 것을 고치지 않으면 시작이 굉장히 오래 걸립니다.
이는 Unix 시스템의 경우에 /dev/random 을 사용하지 않고 /dev/./urandom 을 사용하기 때문입니다.
이를 해결하는 방법은 두가지 인데, 첫번째로는 Java 의 Security 부분을 바꿔 주는 겁니다. 그러면 Java 를 사용하는 모든 자바 프로그램에 다 적용 됩니다. 다음과 같이 해줍니다.
|
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 파라메터를 주는 겁니다. 다음과 같이 해줍니다.
|
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 를 이용한 방법에 관한 것 입니다. 지난번 글에서 “Server Only” 설치 실패후에 jar 파일을 이용한 설치를 기반으로 합니다.
설치 환경에 대해서 먼저 설명을 해야할 필요가 있습니다. 설치 환경은 다음과 같습니다.
위와 같은 환경 입니다.
WebLogic 은 설치 방법이 어떤 패키지를 가지고 설치를 하느냐에 따라 다릅니다. 이 문서에서의 설치는 다음과 같은 것을 이용 한 것입니다.
이는 Generic 파일을 이용해서 설치하는 방법이라고도 합니다. Generic 파일은 jar 패키징 된것으로 이 파일을 다운로드 받아 실행해 설치하는 것을 말합니다.
다음과 같이 터미널에서 실행해 GUI 설치 프로그램을 실행 합니다. 문제는 GUI 없이 서버만 설치하는 경우가 많은데 이렇게 되면 GUI 설치를 못할 수도 있습니다. 이를 위해서 서버에 X-Window 서버만을 최소로 설치해주면 됩니다.
|
1 2 |
]# apt install xorg openbox ]# reboot |
그리고 일반 계정으로 로그인을 한 후에 다음과 같이 .Xauthority 파일을 생성해 줍니다.
|
1 |
]$ touch .Xauthority |
그리고 다음과 같이 ssh 의 X11 Forwarding 을 이용해서 접속을 하고 설치 프로그램을 실행 합니다.
|
1 2 |
ssh -X systemv@192.168.96.33 ]$ java -Xms512m -Xmx1028m -jar wls1036_generic.jar |
정상적이라면 위 화면과 같이 설치 시작 화면이 나옵니다. Next 를 버튼을 눌러 진행을 합니다.
WebLogic 홈 디렉토리를 설정해 줍니다. 이는 MW_HOME 시스템 환경 변수에 세팅되는 값임과 동시에 WebLogic 의 본체가 설치되는 디렉토리 입니다. 일반계정으로 생성한 디렉토리를 지정해주고 다음으로 넘어간다.
보안 업데이트 등록은 하지 않아도 됩니다. 체크를 해제하고 Next 를 눌러 진행합니다.
Typical 를 선택해도 되지만 저는 Custom 을 선택해 필요한 것만 설치했습니다. 잘 모른다면 Typical 를 선택하시고 Next 를 하셔도 됩니다.
Coherence 를 사용하지 않을 예정이라서 뺏고, WebLogic SCA 또한 사용할 일이 없어서 뺐습니다. (사실 나머지도 잘 몰라요…) Next 를 해줍니다.
JDK 버전을 선택해 줍니다. 저는 1.7 버전을 미리 선택해 놨기 때문에 이것을 선택하고 Next합니다.
실제 WebLogic 본체를 설치할 디렉토리를 지정해 주고 Next.
위와같이 설치할 컴포넌트들을 보여주고 맞는지 확인해줍니다. 맞다면 Next.
설치를 마치는데, “Run Quickstart” 를 체크해 이어서 Domain 을 생성하도록 하겠습니다.
“Getting started with WebLogic Server 10.3.6” 을 클릭 합니다.
WebLogic 의 도메인을 생성합니다. WebLogic 에서 Domain 은 하나의 서비스 그룹으로 생각하시면 됩니다. 여기에 Admin 서버, Managed 서버들이 포함 됩니다.
도메인 설정은 도메인에 어떤 서버들을 넣을 건지, 어떤 기능들을 활성화 할것인지를 선택하는 것으로 그냥 WAS 기능만 필요해서 WebLogic Server 만 선택된 상태 그대로 Next 합니다.
도메인 이름과 위치를 지정해 주고 Next.
도메인 관리를 위한 계정을 입력하고 Next.
서버 시작모드를 선택해주는 건데, 명확한 차이가 뭔지는 잘 모르겠네요 기본값으로 하고 Next.
Domain 내에 어떤 서버들을 설정할 것인지를 선택합니다. 우선 관리 서버만 먼저하고 나머지는 추후에 진행 합니다. Admin 서버를 선택하고 나오는 다음 화면에서 기본값으로 두고 다음으로 넘어갑니다.
위와같이 도메인 생성이 완료 됐습니다.
도메인 생성시 모든 옵션을 다 설정하고 난후에 위 화면에서 프로그레스바가 70%에서 멈추고 “Creating Domain Security Information” 부분에서 멈추게 됩니다.
이는 난수 발생하는 부분이 문제가 있기 때문입니다. Java 의 에서 난수를 생성할때에 /dev/random 을 사용하는데, Unix 시스템의 경우에 /dev/./urandom 을 사용해야지만 정상적으로 동작 합니다.
도메인 생성 실행이 멈췄다면 취소하고 도메인 생성을 위한 디렉토리내에 모든 파일을 삭제 처리 합니다. 그리고 다음과 같이 “Configuration Wizard” 시작 스크립트를 다음과 같이 수정해 줍니다.
|
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” 가 다시 실행되고 정상적으로 완료 됩니다.
이 문서는 WebLogic 10.3.6 설치에 관한 문서 입니다.
이 시점에서 WebLogic 10.3.6 는 아주 오래된 버전이다. JDK 1.6 을 기반으로 하고 JEE 도 오래된 버전을 지원한다. 그런데도 간혹 프로젝트를 하다보면 이 버전을 사용하는 곳도 심심치 않아 경악할 때가 있다.
WebLogic 을 버전 업그레이드를 한다고 하려면 어짜피 오래된 버전에 관해서 조금 알아 둘 필요가 있고 WebLogic 의 기본 구성의 경우에는 버전에 크게 상관이 없는 경우도 있어 나름대로 의미가 있다.
WebLogic 10.3.6 버전은 Oracle 홈페이지에서 다운로드 받을 수 있다.정확하게 말하면 WebLogic 10.3.6 버전중에 “Zip distribution with Oracle WebLogic Server only and intended for WebLogic Server” 에 대한 것이다.
위와 같이 파일을 다운로드 받습니다. 그리고 다음과 같이 압축을 해제해 줍니다.
|
1 2 3 |
]# unzip -o wls1036_dev.zip -d /opt ]# cd /opt ]# ln -s Weblogic10.3.6_dev WLS |
그리고 다음과 같이 MW_HOME 환경변수를 세팅해줍니다.
|
1 |
]# export MW_HOME=/opt/WLS |
그리고 다음과 같이 configure.sh 파일을 Bash 쉘에 문법에 맞게 고쳐줍니다.
|
1 2 3 4 |
- 14 if [[ -z "$MW_HOME" || ! -d $MW_HOME || ! "$(ls -A $MW_HOME)" ]]; then + 14 if [ -z "$MW_HOME" ] || [ ! -d $MW_HOME ] || [ ! "$(ls -A $MW_HOME)" ]; then - 22 if [[ -z $JAVA_HOME ]] || [[ ! -d "${JAVA_HOME}/bin" ]]; then + 22 if [ -z $JAVA_HOME ] || [ ! -d "${JAVA_HOME}/bin" ]; then |
그리고 이제 configure.sh 를 실행해 줍니다.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
]# ./configure.sh CLASSPATH=/opt/java/lib/tools.jar:/opt/WLS/wlserver/server/lib/weblogic_sp.jar:/opt/WLS/wlserver/server/lib/weblogic.jar:/opt/WLS/modules/features/weblogic.server.modules_10.3.6.0.jar:/opt/WLS/wlserver/server/lib/webservices.jar:/opt/WLS/modules/org.apache.ant_1.7.1/lib/ant-all.jar:/opt/WLS/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/WLS/wlserver/server/bin:/opt/WLS/modules/org.apache.ant_1.7.1/bin:/opt/java/jre/bin:/opt/java/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin:/opt/java/bin:/opt/java/jre/bin Your environment has been set. Buildfile: /opt/WLS/configure.xml registry: [copy] Copying 1 file to /opt/WLS detect.os: product.property: product.property.unix: product.property.windows: all: BUILD SUCCESSFUL Total time: 0 seconds |
여기서 한가지 중요한 것이 있는데, commEnv.sh 를 살짝 수정해줘야 합니다. 이걸 수정하지 않으면 64bit 시스템의 라이브러리를 환경변수로 세팅하지 못합니다.
|
1 2 3 4 5 6 7 |
139 # Setup SUN_ARCH_DATA_MODEL - 140 SUN_ARCH_DATA_MODEL="@SUN_ARCH_DATA_MODEL" + 140 SUN_ARCH_DATA_MODEL="64" 141 142 #JAVA_USE_64BIT, true if JVM uses 64 bit operations - 143 JAVA_USE_64BIT=false + 143 JAVA_USE_64BIT=true |
도메인은 WebLogic 에서 서버를 묶어주는 하나의 단위라고 볼 수 있습니다. 서버의 묶이라고 할수도 있고 서비스를 위한 하나의 큰 아키텍쳐라고 볼 수도 있습니다.
이 도메인은 별도의 다른 일반계정에서 디렉토리를 생성해서 생성할 수 있습니다. 여기서는 다음과 같은 위치에 도메인을 생성할 것입니다.
|
1 2 3 4 |
]$ pwd /home/sbhyun ]$ mkdir wls_domain ]$ cd wls_domain |
그리고 앞에서 configure.sh 를 실행해 생성된 환경설정을 세팅하기위해서 다음과 같이 실행해 줍니다.
|
1 2 |
]$ export MW_HOME=/opt/WLS ]$ source $MW_HOME/wlserver/server/bin/setWLSEnv.sh |
그리고 다음과 같이 도메인 생성을 위한 명령어를 다음과 같이 실행해 줍니다.
|
1 |
java -Xmx1024m -XX:MaxPermSize=128m weblogic.Server -Dweblogic.management.allowPasswordEcho=true |
이렇게 설치를 시도했지만 안됨. 되다가도 아무런 반응이 없고 config.xml 파일이 생성되지 않고 시작/중지 스크립트도 만들어지지 않음.
이 방법으로는 안될듯.. 최소 용량으로 어떻게 돌려보나 했는데 문제가 있어보임.
이 글은 Java 를 리눅스에 설치하는 법을 다룹니다. Java 는 JDK, JRE가 존재하는데 WAS 서버 운영을 위해서는 JDK를 설치하는게 여러모로 좋습니다.
다운로드
다운로드는 Oracle 홈페이지의 Java 페이지에서 받을 수 있습니다. 보시면 다양한 패키지를 제공하는데, 저는 64bit 리눅스 tar.gz 파일을 다운로드 받았습니다.
tar.gz 파일을 다운로드 받았다면 설치는 압축을 해제하는 것으로 사실상 끝이 납니다.
|
1 2 3 |
tar xvzf jdk-7u80-linux-x64.tar.gz -C /opt cd /opt ln -s /opt/jdk1.7.0_80 java |
자바 설치가 끝났다면 이를 시스템이 인식할 수 있도록 설정해줍니다. 설정은 자바 홈 디렉토리, 패스, 클래스패스등을 입니다.
|
1 2 3 4 |
export JAVA_HOME=/opt/java export JRE_HOME=/opt/java/jre export PATH=$PATH:/opt/java/bin:/opt/java/jre/bin export CLASSPATH=.:$JAVA_HOME/jre/lib:$JAVA_HOME/lib/tools.jar |
이를 매번 입력하기 보다는 /etc/profile 맨 아래에 적어주면 부팅할때마다 자동적으로 시스템 전체에 적용 됩니다.
KVM 가상화를 사용하고 있고 게스트로 Ubuntu16.04 를 사용하고 있다면 콘솔 접속을 위해서는 Grub2 설정을 다음과 같이 해주면 된다.
|
1 2 3 4 |
GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0" GRUB_TERMINAL=serial GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200 --stop=1" |
위와같이 해주고 다음과 같이 grub 을 갱신해준다.
|
1 |
update-grub |
Apache Tomcat 도 JNDI 설정을 할 수 있다. 특히나 데이터베이스 연결을 위해서 JNDI 설정을 사용할 수 있다. JNDI 를 사용하면 Web Application 내에서 데이터베이스 연결을 할 필요가 없이 네이밍(Naming) 을 호출함으로써 간단히 해결된다.
이 문서에서는 MySQL 을 위한 Apache Tomcat JNDI 설정 에 대한 것이다.
JNDI 를 이용해서 MySQL 연결을 설정하기 위해서는 MySQL Connector/J 를 먼저 설치해줘야 한다. 이것은 MySQL 홈페이지에서 다운로드 가능한데 파일이 jar 확장자를 가진 하나의 파일이 필요하다. 이 파일을 Apache Tomcat 라이브러리 디렉토리에 복사해주면 끝난다.
|
1 |
cp mysql-connector-java-5.1.39-bin.jar /opt/apache-tomcat-8.0.30/lib |
MySQL Connector/J 를 설치했다면, 이제 Apache Tomcat JDNDI 설정을 해야 한다. 이는 Apache Tomcat 의 conf 디렉토리에 context.xml 파일을 다음과 같이 설정 한다. 이 설정을 위해서는 MySQL 연결 정보를 알고 있어야 한다.
|
1 2 3 4 5 6 |
]# vim /opt/apache-tomcat-8.0.30/conf/context.xml <Resource name="jdbc/MySQLDS" auth="Container" type="javax.sql.DataSource" maxTotal="100" maxIdle="30" maxWaitMillis="10000" username="spring" password="ald!rjflk" driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://192.168.96.30:3306/spring"/> |
이렇게 해주고 Web Application 에 web.xml 파일을 설정이 필요하다.
Java Web Application 에서는 web.xml 파일이 존재한다. 여기에 JNDI 을 인식시키기 위해서 다음과 같이 설정 해줘야 한다.
|
1 2 3 4 5 6 7 8 |
]# vim web.xml <resource-ref> <description>MySQL DataSource</description> <res-ref-name>jdbc/MySQLDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref> |
Spring 을 사용한다면 다음과 같이 JNDI 를 호출 할 수 있다.
|
1 2 3 4 5 6 |
]# vim root-context.xml <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean"> <property name="jndiName" value="java:comp/env/jdbc/MySQLDS" /> <property name="resourceRef" value="true" /> </bean> |
여기서 주의해야할 것은 jndiName 이 ‘comp/env/’ 를 덧붙인다는데 있다. 앞에 설정을 보면 ‘jdbc/MySQLDS’ 로만 설정 된되지만 Spring 에선 ‘comp/env/’ 를 앞에서 붙여주는 것이 다르다.
Streaming log replication 은 Postgresql 9.0 부터 도입된 기능이다. 이 기능은 Primary 에서 Standby 서버로 직접 전송함으로서 replication delay 를 줄여준다. 따라서 pg_xlog 파일전송이 필요가 없다. 또 xlog 를 Streaming 으로 받기 위해서 Primary 서버에 REPLICATION 권한의 접속 계정이 필요하다.
Primary 서버에서 REPLICATION 권한의 사용자를 다음과 같이 생성해준다.
|
1 |
CREATE ROLE repuser WITH REPLICATION PASSWORD '12345' LOGIN |
그리고 Standby 서버에서 Primary 접속을 위해서 pg_hba.conf 파일을 Standby 서버 접속을 허용해 줍니다.
|
1 2 3 |
# The standby server must connect with a user that has replication privileges. # TYPE DATABASE USER ADDRESS METHOD host replication repuser 192.168.96.26/32 md5 |
중요한 것은 DATABASE 에 반드시 ‘replication’ 이여야 한다.
Streaming Replication 을 위한 postgresql.conf 를 다음과 같이 설정한다.
|
1 2 3 4 5 |
wal_level = archive max_wal_senders = 2 wal_keep_segments = 32 archive_mode = on archive_command = 'cp %p /path_to/archive/%f' |
PostgreSQL 9.3 이후부터 pg_basebackup 명령어를 지원한다. 이 명령어는 REPLICATION 권한을 가진 사용자로 접속을해 Primary 의 데이터 디렉토리를 원격에서 로컬로 복제를 해준다.
Standby 서버를 추가할때에 Primary 서버의 데이터 디렉토리를 복제해야 한다. 앞에서 생성한 계정을 이용하면 된다.
|
1 2 3 4 5 6 7 8 |
]# sudo -u postgres /opt/pgsql-9.5.0/bin/pg_basebackup -h 192.168.96.24 -D /opt/pgsql-9.5.0/data -U repuser -v -P --xlog-method=stream Password: transaction log start point: 1/48000028 on timeline 1 pg_basebackup: starting background WAL receiver 486611/486611 kB (100%), 1/1 tablespace transaction log end point: 1/480000C0 pg_basebackup: waiting for background process to finish streaming ... pg_basebackup: base backup completed |
정상적으로 실행이 되면 위와같이 나온다.
pg_basebackup 을 실행해 Primary 데이터 디렉토리가 복제했고 이로 인해서 postgresql.conf 파일도 Primary 것일 것이다. 이것을 최초의 파일로 교체해 준다.
그리고 recovery.conf 파일을 다음과 같이 작성해 준다.
|
1 2 3 |
standby_mode = on primary_conninfo = 'host=192.168.96.24 port=5432 user=repuser password=12345' trigger_file = '/tmp/postgresql.trigger.5432' |
그리고 Standby 서버를 시작해 준다.
로그파일을 보면 다음과 같이 나온다.
|
1 2 3 4 5 |
LOG: database system was interrupted; last known up at 2016-10-02 01:00:13 KST LOG: entering standby mode LOG: redo starts at 1/48000098 LOG: consistent recovery state reached at 1/480000C0 LOG: started streaming WAL from primary at 1/49000000 on timeline 1 |
그리고 프로세스를 살펴보면 다음과 같다.
|
1 2 3 4 5 6 7 |
]# ps aux | grep post postgres 1740 0.3 2.4 442504 25112 ? S 01:14 0:00 /opt/pgsql-9.5.0/bin/postgres -D /opt/pgsql-9.5.0/data postgres 1741 0.2 0.8 442544 8392 ? Ss 01:14 0:00 postgres: startup process recovering 00000001000000010000004A postgres 1746 0.0 0.7 442504 7820 ? Ss 01:14 0:00 postgres: checkpointer process postgres 1747 0.0 0.7 442504 8156 ? Ss 01:14 0:00 postgres: writer process postgres 1748 1.0 0.9 447256 9296 ? Ss 01:14 0:00 postgres: wal receiver process streaming 1/4B000000 root 1752 0.0 0.0 103284 764 pts/0 S+ 01:14 0:00 grep post |
Primary 서버에서 Streaming Replication 상태를 다음과 같이 조회해 볼수 있다.
|
1 |
SELECT S.pid, S.usesysid, U.rolname AS usename, S.application_name, S.client_addr, S.client_port, S.backend_start FROM pg_stat_get_activity(NULL) AS S, pg_authid U WHERE S.usesysid = U.oid AND S.datid = 0; |
혹은 pg_stat_replication 을 조회해도 된다.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
postgres=# \x Expanded display is on. postgres=# select * from pg_stat_replication; -[ RECORD 1 ]----+------------------------------ pid | 10285 usesysid | 16668 usename | repuser application_name | walreceiver client_addr | 192.168.96.26 client_hostname | client_port | 41866 backend_start | 2016-10-02 01:14:40.954436+09 backend_xmin | state | streaming sent_location | 1/4E000000 write_location | 1/4E000000 flush_location | 1/4E000000 replay_location | 1/4E000000 sync_priority | 0 sync_state | async |
하지만 위 방법은 Standby 서버에는 접속할 수 없다. 접속을 시도하면 다음과 같은 에러를 낸다.
|
1 |
psql: FATAL: the database system is starting up |
Hot Standby 는 Standby 서버에 접속해 읽기전용의 SQL 연산을 수행할 수 있도록 해준다. 이를 위해서는 먼저 Primary 서버에서 다음과 같이 postgresql.conf 파일에 Hot Standby 설정을 해줘야 한다.
|
1 |
wal_level = 'hot_Standby' |
Standby 서버도 다음과 같이 설정을 변경해 준다.
|
1 |
hot_Standby = on |
이제 서버들을 재시작해줘야 하는데 순서가 중요하다. 다음과 같은 순서로 재시작을 해준다.
Standby 서버의 log 파일을 살펴보면 다음과 같다.
|
1 2 3 4 5 6 7 |
]# tail -f data/logfile LOG: database system was interrupted; last known up at 2016-10-02 01:49:20 KST LOG: entering standby mode LOG: redo starts at 1/60000060 LOG: consistent recovery state reached at 1/60000130 LOG: database system is ready to accept read only connections LOG: started streaming WAL from primary at 1/61000000 on timeline 1 |
프로세스는 다음과 같이 나온다.
|
1 2 3 4 5 6 7 8 |
]# ps aux | grep post postgres 2049 0.4 2.4 442500 25140 ? S 01:49 0:00 /opt/pgsql-9.5.0/bin/postgres -D /opt/pgsql-9.5.0/data postgres 2050 0.4 0.8 442540 8440 ? Ss 01:49 0:00 postgres: startup process recovering 000000010000000100000062 postgres 2051 0.0 0.7 442500 7816 ? Ss 01:49 0:00 postgres: checkpointer process postgres 2052 0.0 0.7 442500 8096 ? Ss 01:49 0:00 postgres: writer process postgres 2054 0.0 0.7 163404 7648 ? Ss 01:49 0:00 postgres: stats collector process postgres 2055 1.1 0.9 447124 9292 ? Ss 01:49 0:00 postgres: wal receiver process streaming 1/62000060 root 2067 0.0 0.0 103284 764 pts/0 S+ 01:50 0:00 grep post |
Primary 서버에 테이블을 하나 만들고 데이터를 입력해보고 이것이 Standby 서버로 잘 가는지를 살펴본다.
|
1 2 3 4 |
test=# CREATE TABLE guestbook (visitor_email text, vistor_id serial, date timestamp, message text); CREATE TABLE test=# INSERT INTO guestbook (visitor_email, date, message) values ('a@abc.com', current_date, 'This is a test.'); INSERT 0 1 |
그리고 Standby 서버에서 guestbook 테이블이 존재하고 데이터가 존재하는지 살펴본다.
|
1 2 3 4 5 6 7 8 9 10 11 12 |
test=# \d List of relations Schema | Name | Type | Owner --------+------------------------------+----------+---------- public | guestbook | table | postgres public | guestbook_vistor_id_seq | sequence | postgres test=# select * from guestbook; visitor_email | vistor_id | date | message ---------------+-----------+---------------------+----------------- a@abc.com | 1 | 2016-10-02 00:00:00 | This is a test. (1 row) |
잘 보이면 정상이다.