Sun Java System Application Server 9.1은 Sun에서 지원하는 오픈 소스 GlassFish 버전 2 응용 프로그램 서버입니다. 이제부터 이 기사에서는 구별해야 하는 경우를 제외하고는 Application Server라는 용어를 두 가지 경우에 모두 사용합니다.
기사 전체에서 Solaris 및 Solaris OS라는 용어는 별도로 지정하지 않는 한 Solaris 10 운영 환경을 의미합니다.
Solaris 영역은 집중화된 소프트웨어 관리 및 높은 신뢰성이 중요한 경우의 배포에 유용합니다. Solaris 영역에 Application Server를 설치할 경우 특별히 고려해야 할 몇 가지 사항이 있습니다.
Solaris OS 영역 정보
Solaris 영역은 Solaris OS 내의 분할된 가상 OS 환경입니다. 각 영역은 단일 시스템 내에서 완전히 격리된 가상 서버로 작동합니다. 영역은 운영 체제의 리소스 관리 기능과 함께 사용되는 경우 Solaris 컨테이너라는 프리미티브입니다.
응용 프로그램은 영역을 격리된 안전한 운영 체제 환경으로 간주합니다. 따라서 각기 다른 영역에 응용 프로그램을 설치하여 응용 프로그램을 서로 격리하면서 특정 운영 체제 리소스의 집중화된 관리는 유지할 수 있습니다.
다중 영역을 지원하는 운영 체제의 관점에서 운영 체제 리소스에는 프로세스 관리, 메모리, 네트워크 구성, 파일 시스템, 패키지 레지스트리, 사용자 계정, 공유 라이브러리와 일부의 경우 설치된 응용 프로그램이 포함됩니다.
하나의 영역은 Solaris OS에서 항상 전체 영역으로 정의됩니다. 전체 영역은 Solaris OS가 설치된 기존 OS 환경입니다. 전체 영역에는 다른 영역이 포함될 수 있습니다. 전체 영역에서 호스트되는 영역은 비 전체 영역 또는 단순 영역으로 알려져 있습니다.
영역은 최소한의 디스크 공간으로 만들 수 있습니다. 이러한 영역을 저밀도 영역이라고 합니다. 또는 전체 운영 체제를 복제하는 전체 루트 영역을 만들 수도 있습니다.
다음 그림은 영역 간의 관계, 전체 영역, 운영 체제 커널 및 기본 하드웨어 리소스를 보여줍니다.
그림 1.응용 프로그램을 격리하는 Solaris 영역
큰 이미지를 보려면 여기를 클릭합니다.
Application Server(Sun Java System Application Server 9.1 및 GlassFish 버전 2)는 소스 다운로드에서 사용 가능하며 바이너리로 사용할 수 있습니다. 바이너리는 고유의 패키지 기반 형식(Linux OS의 RPM 패키지 및 Solaris OS의
SVR4 패키지)으로 배포됩니다. 이 기사는 다운로드 가능한 독립 실행형 패키지 기반 설치 프로그램을 통해 설치된 고유의 Solaris 패키지 기반 바이너리 설치에 대해서만 다룹니다. 쓰기 가능한 디렉토리에 설치하는 한, 일반적으로 zip 형식의 파일 기반 설치 프로그램을 영역 지원 제한 없이 어디든 설치할 수 있습니다.
다음 설치 옵션은 Application Server가 Solaris 영역에 설치되거나 업그레이드될 때 생길 수 있는 혼동의 원인을 보여줍니다.
Solaris OS 10에 번들된 Application Server – Sun Java System Application Server 8.x 버전은 Solaris 10 OS에 번들되어 있으며 /usr/appserver 아래에 설치되어 있습니다.
Solaris OS 10에 번들된 Sun Java System Message Queue – Sun Java System Message Queue 3.7 버전 Update 1(이하 Message Queue)은 Solaris 10 OS에 번들되어 있으며 /usr 아래에 설치되어 있습니다.
사전 설치된 Java ES(Java Enterprise System) 버전 – 이전 버전의 Java ES 패키지가 어느 영역에 설치되어 있을 수 있습니다. 이런 경우 Java ES 설치 프로그램이 이전 Java ES 설치 프로그램을 통해 설치된 Application Server 및 Message Queue의 버전 업그레이드를 자동으로 처리합니다. 그러나 Message Queue는 전체 영역 및 전체 루트 영역에서만 업그레이드할 수 있으며 저밀도 영역에서는 업그레이드할 수 없습니다.
SVR4 패키지 전파 수준 구분 – Application Server 패키지 및 관련 구성 요소의 영역 내 전파는 설치된 방법에 따라 달라질 수 있습니다. 예를 들어,
Application Server가 Solaris에 번들된 경우, 모든 영역으로 전파되도록 패키지가 설정됩니다. 따라서 전체 영역에서 패키지를 제거하면 저밀도 영역의 해당 참조가 제거됩니다.
Solaris에 번들된 Application Server 패키지가 Java ES 설치 프로그램을 통해 업그레이드될 경우, 전파 수준은 "전체 영역"에만 해당되도록 재설정됩니다.
또한 Application Server 설치 프로그램은 공유 구성 요소 집합을 Sun Java System Message Queue 4.1, HADB(High-Availability Database) 4.4.3-6 및 JDK 5 Update 12 간에 전파합니다. 전체 영역 및 전체 루트 영역에서 이전 버전이 탐지될 경우 Application Server 설치 프로그램은 이러한 구성 요소를 자동으로 업그레이드합니다. HADB는 저밀도 영역에서 업그레이드할 수 있습니다.
Application Server 및 Sun Java System Application Server 9.1의 일부인 HADB 패키지는 전체 영역에 설치될 때 다른 영역으로 전파되지 않습니다. 따라서 전체 영역에 설치된 Application Server 버전과의 충돌 없이 여러 버전의 Application Server를 비 전체 영역에 설치할 수 있습니다.
반면, 공유 구성 요소 및 Message Queue 패키지는 Application Server가 전체 영역에 설치될 때 항상 모든 영역으로 전파됩니다.
다음 절에서는 기존 Application Server 영역 설치 유형 및 새 설치에 대한 의미를 알아봅니다.
Application Server를 전체 영역에 설치하기 전에 설치 환경이 다음 조건 중 하나에 해당되어야 합니다.
Solaris에 번들된 Application Server 버전이 전체 영역에 설치되어 있습니다.
Java ES 소프트웨어 버전이 설치되어 있습니다.
번들된 Application Server 및 Java ES 이전 버전이 설치되어 있지 않습니다. 설치된 Application Server 없이 환경이 "정리되어" 있습니다.
환경이 정리되어 있으면(위의 3번째 경우) 사용자는 Application Server 설치 프로그램을 사용하여 부정적 결과나 예상하지 못한 결과 없이 직접 설치할 수 있습니다. 이제 첫 번째 두 가지 경우 및 그 의미에 대해 알아보겠습니다.
Application Server가 Solaris 번들을 통해 전체 영역에 설치되어 있음
전체 영역에 번들된 Application Server가 설치되어 있는지 확인하려면 다음 단계를 수행해야 합니다.
시스템의 Application Server SVR4 패키지 검색. 온라인 Sun OS 패키지 목록에서 Solaris 10의 일부로 설치된 Application Server 패키지의 공식 목록을 찾을 수 있습니다.
이 목록에서 SUNWasac, SUNWascmn, SUNWasdb, SUNWasdem, SUNWasdemdb, SUNWasjdoc, SUNWasman, SUNWasr, SUNWasu 및 SUNWasut 등의 Application Server 패키지를 검색합니다. Solaris 10 Update 3 이상이 설치되어 있는 경우 SUNWasjavadb 패키지(Application Server에서만 사용되는 Java DB 개인 버전)도 설치되어 있습니다.
번들된 Application Server 설치 디렉토리 내용을 찾아 확인. Solaris 10에 번들된 Application Server 버전은 항상 /usr/appserver 아래에 설치되어 있습니다. Application Server 버전을 확인하려면 /usr/appserver/bin/asadmin version -v 명령을 실행합니다. 이 명령 실행 경로를 사용하면 사용자가 /usr/appserver 아래에 설치된 Java ES를 보지 않도록 해 줍니다. 버전 번호를 기록해 두십시오. 다음 번 설치 수행 방법을 고려할 때 유용합니다.
Solaris에 번들된 Application Server에서 만들어진 기본 도메인이 있는지와 사용 중인지를 확인. 도메인이 활성화되었고 사용 중이지만 그 위치를 모를 경우 다음 절차를 통해 Application Server 제품 전체 구성 파일인 asenv.conf를 검사하여 위치를 확인합니다. 다음과 같이 파일 경로를 찾습니다.
편집기에서 /usr/appserver/bin/asadmin 파일의 내용을 보고 asenv.conf 문자열을 검색합니다. 이 문자열을 포함하고 있는 asadmin 파일의 행은 asenv.conf 파일의 절대 경로를 보여줍니다.
asenv.conf 파일을 찾으면 파일을 열어 설치를 위한 기본 도메인 위치를 찾습니다. AS_DEF_DOMAINS_PATH 토큰에는 기본 도메인 및 새로 만들어진 도메인이 있는 domain 루트 디렉토리의 값이 포함되어 있습니다. 이 경로를 --domaindir 대체 옵션으로 변경할 수 있습니다.
번들된 버전의 Application Server가 시스템에 설치되어 있음을 확인한 경우 이후의 설치 및 업그레이드를 위해 다음 사항을 고려해야 합니다.
시스템의 전체 영역에 번들된 Application Server 버전이 있는 경우 전체 영역에 설치된 Application Server 및 Message Queue 패키지가 다른 영역으로 전파되도록 기본적으로 설정되었는지 확인해야 합니다. 각기 별도의 Application Server가 있는 저밀도 영역을 사용하려는 경우 전체 영역에 설치된 Application Server를 제거해야 합니다. 제거하려면 위에 나열된 모든 SVR4 패키지를 Sun OS 패키지 목록에서 제거합니다.
각기 별도의 Application Server가 설치되어 있는 저밀도 영역을 사용하지 않으려는 경우에는 SVR4 패키지를 제거할 필요가 없습니다.
전체 영역에서 Application Server를 제거한 다음 새 디렉토리에 Application Server를 설치하거나 기존 설치 디렉토리를 업그레이드하고 필요한 파일을 덮어써서 Application Server를 설치할 수 있습니다. 기존 디렉토리를 사용하고 이전 버전을 덮어쓸 경우 /usr을 설치 디렉토리로 선택합니다. appserver가 설치 경로로 자동으로 추가됩니다.
참고: 번들된 Application Server 버전이 사용되고 있고 활성 도메인이 있을 경우 /usr 아래에 바이너리를 설치하면 기본 도메인 디렉토리를 덮어쓰게 되므로 설치하지 않도록 주의하십시오. 그러한 경우 다른 설치 디렉토리를 지정하십시오. 설치 후에는 업그레이드 도구(InstallDir/bin/asupgrade에 있음)를 사용하여 응용 프로그램을 이전 도메인에서 새로 설치된 도메인으로 이동합니다. 이 도구는 Application Server의 일부로 설치됩니다. 자세한 내용은 Sun Java System Application Server 9.1 Upgrade and Migration Guide를 참조하십시오.
Application Server를 /usr 아래의 전체 영역에 설치하면 다른 저밀도 영역(읽기 전용 항목으로 마운트됨)에서 이 디렉토리를 볼 수 있고 Application Server 바이너리를 사용하여 저밀도 영역 내에 도메인을 만들 수 있는 이점을 얻을 수 있습니다. Application Server가 위치에 관계없이 파일(도메인, 데이터베이스 로그, 등록 정보 파일 등) 쓰기를 시도하면 쓰기 가능한 디렉토리로 이동되어야 합니다. asadmin 명령을 호출할 때 디렉토리를 지정할 수 있습니다. 예를 들어 다음 명령은 Application Server가 쓰기 권한을 가지는 writable_dir/domains 디렉토리 내에 관리 도메인을 만듭니다.
Sun Java System Application Server 9.1 및 Java ES 설치 중에 만들어진 기본 도메인 디렉토리 위치는 각기 다릅니다. Java Es의 경우 기본 위치는 /var/opt/SUNWappserver/domains입니다. Java ES 설치 프로그램과 다르게 Application Server 설치 프로그램에서는 사용자가 도메인 루트 디렉토리를 선택할 수 없으며 도메인은 항상 설치 중에 선택된 설치 디렉토리 아래에 만들어집니다. 결과적으로 Java ES 설치 중에 도메인 루트와 설치 루트를 같은 디렉토리로 명시적으로 설정하지 않는 한 domain 디렉토리를 덮어쓸 염려가 없습니다.
Sun Java System Application Server 9.1 설치 프로그램은 Java ES 5 Update 1로부터의 업그레이드만 지원합니다. Java ES 이전 버전이 설치되어 있을 경우 먼저 Java ES 5 Update 1로 업그레이드한 다음 Sun Java System Application Server 9.1 설치 프로그램을 실행합니다.
Java ES 5 Update 1은 Sun Java System Application Server 8.2 Update 1 Enterprise Edition을 번들로 제공하고 설치합니다. 이 버전 및 Sun Java System Application Server 9.1은 같은 SVR4 패키지 이름을 사용합니다. 따라서 동일한 시스템에는 서로 다른 두 가지 버전을 설치할 수 없습니다. 기본 도메인 디렉토리는 각 설치 프로그램마다 다르므로 업그레이드는 다음과 같이 단계적으로 수행됩니다.
Java ES 5 Update 1의 일부로 설치된 기존 Application Server 패키지를 제거하여 바이너리를 업그레이드합니다. 그런 다음 Sun Java System Application Server 9.1 패키지를 원하는 디렉토리에 설치합니다. 이 절차는 Sun Java System Application Server 9.1 설치 프로그램에서 자동으로 진행합니다.
바이너리를 업그레이드한 다음 Sun Java System Application Server 9.1 업그레이드 마법사를 실행합니다. Application Server가 새로 설치된 위치에서 bin/asupgrade 명령을 사용하여 이 도구를 시작할 수 있습니다. 업그레이드 마법사에서 Java ES 5 Update 1 도메인 디렉토리를 원본 도메인 디렉토리로 지정하고 Sun Java System Application Server 9.1 도메인 디렉토리를 대상 도메인 루트 디렉토리로 지정합니다.
영역의 관점에서 봤을 때, Application Server를 Sun Java System Application Server 9.1로 업그레이드하는 경우 Java ES 5 Update 1을 통해 설치된 패키지 전파 수준이 변경되지 않는 점을 염두에 두는 것은 중요합니다.
저밀도 영역은 조직 내 모든 사용자가 공유해야 하는 전체 영역 내의 단일 설치 배포에 사용됩니다. 저밀도 영역은 적은 부담으로 만들 수 있습니다. 저밀도 영역을 사용하면 전체 영역에서 패치할 때 모든 저밀도 영역에서 이를 볼 수 있는 이점이 있습니다.
아래에 설명된 복잡성 때문에 저밀도 영역 내의 설치는 전체 영역 내의 설치보다 더 어렵습니다.
Application Server가 Solaris 번들을 통해 전체 영역에 설치되어 있음
전체 영역에 번들된 Application Server가 설치되어 있는지 확인하려면 다음 단계를 수행합니다.
시스템의 Application Server SVR4 패키지 검색. 온라인 Sun OS 패키지 목록에서 Solaris 10의 일부로 설치된 Application Server 패키지의 공식 목록을 찾을 수 있습니다.
이 목록에서 SUNWasac, SUNWascmn, SUNWasdb, SUNWasdem, SUNWasdemdb, SUNWasjdoc, SUNWasman, SUNWasr, SUNWasu 및 SUNWasut 등의 Application Server 패키지를 검색합니다. Solaris 10 Update 3 이상이 설치되어 있는 경우 SUNWasjavadb 패키지(Application Server에서만 사용되는 Java DB 개인 버전)도 설치되어 있습니다.
번들된 Application Server 설치 디렉토리 내용을 찾아 확인. Solaris 10에 번들된 Application Server 버전은 항상 /usr/appserver 아래에 설치되어 있습니다. Application Server 버전을 확인하려면 /usr/appserver/bin/asadmin version -v 명령을 실행합니다. 이 명령 실행 경로는 사용자가 Java ES에 번들되어 /usr/appserver 아래에 설치된 Application Server 버전이 아닌, Solaris에 번들된 Application Server 버전을 보고 있음을 보장합니다.
Solaris에 번들된 Application Server에서 만들어진 기본 도메인이 있는지와 사용 중인지를 확인. 도메인이 활성화되었고 사용 중이지만 그 위치를 모를 경우 다음 절차를 통해 위치를 확인합니다.
편집기에서 /usr/appserver/bin/asadmin 파일의 내용을 봅니다.
asadmin 파일에서 asenv.conf 문자열을 검색합니다. 이 문자열을 포함하고 있는 행은 asenv.conf 파일의 절대 경로를 보여줍니다.
asenv.conf 파일을 열어 설치를 위한 기본 도메인 위치를 찾습니다. AS_DEF_DOMAINS_PATH 토큰에는 기본 도메인 및 새로 만들어진 도메인이 있는 domain 루트 디렉토리의 값이 포함되어 있습니다. 이 c 경로를 --domaindir 대체 옵션으로 변경할 수 있습니다.
번들된 Application Server 버전이 계속 전체 영역에 남아있는 것으로 확인될 경우 1단계에 나열된 모든 패키지를 제거하여 Application Server를 제거합니다. 그런 다음 pkgrm 명령을 사용하여 전체 영역에 있는 /usr/appserver 디렉토리의 내용을 검사 및 삭제합니다.
번들된 Application Server 버전에는 기본적으로 모든 영역에 전파되도록 설정된 패키지가 있으므로 전체 영역에서 Application Server를 제거할 경우 저밀도 영역으로 전파됩니다.
Message Queue가 Solaris 번들을 통해 전체 영역에 설치되어 있음
Solaris에 번들된 Application Server와 마찬가지로 Message Queue 패키지 또한 전체 영역의 /usr 디렉토리 아래에 설치되므로 저밀도 영역으로부터 덮어쓸 수 없습니다. Message Queue 패키지의 위치는 변경할 수 없으며 항상 저밀도 영역의 읽기 전용 마운트 지점인 /usr 아래에 설치됩니다.
따라서 저밀도 영역에 Application Server 바이너리를 설치하기 전에 Application Server 설치 프로그램을 사용하여 전체 영역에 Message Queue를 설치합니다.
다음 방법 중 하나를 사용하여 전체 영역에 Message Queue를 설치하거나 업그레이드할 수 있습니다. 이전 버전이 발견될 경우 두 방법 모두 패키지가 업그레이드됨을 보장합니다.
Application Server 설치에서는 Message Queue 구성 요소를 명시적으로 선택할 수 없습니다. 이 구성 요소는 숨겨져 있으며 다른 구성 요소를 설치할 때 자동으로 설치하도록 선택되거나 선택 해제됩니다. Message Queue 구성 요소는 Application Server의 설치 가능한 구성 요소를 선택할 때 항상 선택됩니다. 예를 들어 Sun Java System Application Server 9.1 설치 프로그램을 실행하고 예제 응용 프로그램을 선택하여 Application Server 설치의 일부로 Message Queue 4.1을 설치합니다.
또는 브라우저를 사용하여 공개 Message Queue 다운로드 페이지로 이동하여 "최신 공개 MQ 4.1 GUI 설치 다운로드" 아래의 해당 Solaris 링크를 클릭하고 Message Queue 4.1 SVR4 패키지를 설치합니다.
Application Server가 Java ES를 통해 전체 영역에 설치되어 있음
Java ES를 설치함에 따라 Application Server가 전체 영역에 설치될 경우 전체 영역에 설치된 공유 구성 요소 및 Message Queue는 저밀도 영역으로 전파되지만 Application Server는 전파되지 않습니다.
Application Server를 저밀도 영역에 설치하려면
저밀도 영역에 설치하기 전에 다음 사전 단계를 수행합니다.
전체 영역에서 Sun Java System Application Server 9.1 설치 프로그램을 실행합니다.
설치 프로그램에서 HADB 또는 예제 응용 프로그램을 선택합니다.
JDK를 설치하고 모든 구성 요소를 업그레이드하도록 선택합니다.
저밀도 영역에 Application Server를 설치합니다.
Application Server가 Java ES를 통해 저밀도 영역에 설치되어 있음
Java ES를 통해 저밀도 영역에 설치된 Application Server를 업그레이드하려면
전체 영역에서 Sun Java System Application Server 9.1 설치 프로그램을 실행합니다.
설치 프로그램에서 HADB 또는 예제 응용 프로그램을 선택합니다.
JDK를 설치하고 모든 구성 요소를 업그레이드하도록 선택합니다.
저밀도 영역에서 Sun Java System Application Server 9.1 설치 프로그램을 실행하여 저밀도 영역의 Java ES 설치를 업그레이드합니다.
Application Server가 Sun Java System Application Server 9.1 설치 프로그램을 통해 전체 영역에 설치되어 있음
Application Server가 Application Server 설치 프로그램을 통해 전체 영역에 설치되었을 경우 Application Server 패키지가 저밀도 영역으로 전파되지 않으므로 다른 버전의 Application Server를 저밀도 영역에 설치할 수 있습니다.
전체 루트 영역에는 전체 영역에서 복사된 패키지가 있으며 이러한 패키지는 전파될 수 있습니다. 전체 루트 영역의 패키지는 전체 영역에서 복사된 경우에도 로컬로 패치할 수 있으므로 구성의 유연성을 증가시킵니다.
전체 루트 영역에 Application Server를 설치하는 것은 다른 영역에 설치하는 것에 비해 훨씬 간단합니다. Application Server의 모든 구성 요소(공유 구성 요소, Message Queue 및 HADB 포함)는 전체 영역 및 저밀도 영역을 포함한 다른 영역의 패키지와 관계 없이 설치할 수 있습니다.
Solaris 영역은 매우 효과적이고 다양한 목적으로 사용될 수 있지만 Application Server 설치를 복잡하게 만들 수 있습니다. Sun Java System Application Server 9.1 또는 GlassFish 버전 2를 영역에 설치할 때는 전체 영역과 비 전체 영역 간의 전파 및 우선 순위에 영향을 미치는 여러 요소를 고려해야 합니다.
Print-friendly Version
