비디오: Liberty 및 WebSphere eXtreme Scale로 세션 캐시 관리 구성
다음은 "Liberty 및 WebSphere eXtreme Scale로 세션 캐시 관리 구성" 비디오에 대한 내용으로, Liberty 및 WebSphere eXtreme Scale과 함께 세션 캐시 관리를 사용하는 인메모리 캐시로 현재 애플리케이션 서버 및 데이터 액세스 프로세스를 오프로드하여 애플리케이션의 성능을 개선하는 방법을 설명합니다. 이 내용은 비디오 스토리보드입니다. 오디오는 나레이션과 캡션을 설명합니다. 화면 상의 동작은 비디오에 표시되는 내용을 설명합니다.
Liberty
및 WebSphere eXtreme Scale에서 세션 캐시 관리
구성
장면 | 오디오 | 화면 상의 동작 |
---|---|---|
1 | 애플리케이션의 캐싱 세션은 웹 애플리케이션의 성능 및 가용성을 개선하기 위한
가장 유익하고 수행하기 쉬운 구성입니다. 애플리케이션 서버가 있는 경우 세션에
사용자 정보를 저장한 후 엄청난 속도로 애플리케이션을 실행하는 데 도움이 되도록
현재 프로세스를 인메모리 캐시에 오프로드할 수 있습니다. 이 비디오는 Liberty
및 WebSphere eXtreme Scale로 쉽고 빠르게 세션 관리를 설정하는 방법을 시연함으로써
사용자가 수행하는 데 도움을 줄 것입니다. Liberty는 애플리케이션 개발자가 애플리케이션을 쉽게 개발하고 테스트하고 배치하는 데 사용할 수 있는 빠르고 단순한 경량 Java 웹 애플리케이션 컨테이너입니다. |
비디오 제목 "WebSphere eXtreme Scale을 활용하는 WebSphere Liberty용 HTTP 세션 장애 복구"를 표시합니다. |
2 | WebSphere eXtreme Scale은 다른 시스템에 걸쳐 복제되는 분산 인메모리 데이터 스토리지를 제공합니다. | IBM Corporation 주의사항 및 면책사항을 보여줍니다. |
3 | 이 비디오에는 eXtreme Scale과 함께 세션 캐싱의 개요가 포함되어 있습니다. 또한 개발자를 위한 Liberty 및 WebSphere eXtreme Scale을 다운로드하기 위한 빠른 단계가 포함됩니다. 또한 Liberty에서 WebSphere eXtreme Scale을 구성하는 방법을 알아봅니다. 그리고 마지막으로 WebSphere eXtreme Scale에 의해 호스트되는 인메모리 데이터 그리드에 대한 HTTP 세션 장애 복구를 보여주는 샘플 웹 애플리케이션이 포함됩니다. | 비디오 컨텐츠를 나열합니다.
|
4 | HTTP 세션 지속성이 왜 중요합니까? HTTP 세션 지속성이 없으면
애플리케이션 인스턴스가 실패하거나 응답이 없을 경우 세션 데이터를
잃게 됩니다. 예를 들어, 쇼핑 카트에 품목을 추가하는 소매점 시나리오에서는
애플리케이션이 실패하고 세션 장애 복구가 사용되지 않을 경우 사용자가
대부분 다시 로그인하여 쇼핑 목록을 다시 빌드해야 합니다. 일반적으로 이러한 경험은
고객을 불쾌하게 만듭니다. 개발자는 HTTP 세션 데이터를 지속하기 위해 3가지 옵션을 가지고 있습니다. 첫 번째 옵션: 개발자는 애플리케이션 서버 메모리 공간에서 로컬로 세션을 저장할 수 있지만 다른 애플리케이션 서버 인스턴스는 웹 애플리케이션에 대한 공통 사용자 세션을 공유하지 않습니다. 인스턴스가 실패하면, 세션을 잃게 되고 사용자 환경에 약간의 문제가 생길 수 있습니다. 두 번째 옵션: 개발자는 인스턴스 간에 공유되는 관계형 데이터베이스에서 세션을 유지할 수 있지만, 관계형 데이터베이스의 아키텍처는 필연적인 확장성 문제를 갖고 있고 디스크에 읽고 쓰기가 인메모리 데이터 그리드에서보다 느립니다. 세 번째이자 최선의 옵션은 이 비디오가 강조표시하는 사항입니다. 즉, Liberty는 공유 지속성 엔진을 사용하여 WebSphere eXtreme Scale이라고 알려진 탄력적이고 확장성 있는 아키텍처의 메모리에 HTTP 세션 데이터를 저장합니다. Liberty를 WebSphere eXtreme Scale과 함께 사용하면 두 가지 이상의 독립 Liberty 인스턴스가 웹 애플리케이션에 대한 공통 사용자 세션을 공유하도록 할 수 있습니다. 하나의 인스턴스가 실패해도 남아있는 인스턴스는 실패가 발생하지 않은 것처럼 계속해서 서버 요청을 제공할 수 있습니다. HTTP 세션 고가용성 유지가 우선순위인 경우, WebSphere eXtreme Scale을 사용하십시오. 런타임 인스턴스가 실패하더라도 고객 세션은 유지보수됩니다. 고객은 데이터 유지보수 활동 또는 실패를 알아채지 못하며, 이는 인터럽트 또는 데이터 손실 없이 일관된 고객 경험을 하도록 허용합니다. |
HTTP 세션 장애 복구에 대한 정보를 보여줍니다.
|
5 | WebSphere eXtreme Scale을 Liberty와 함께 사용하면
개발자에게 몇 가지 이점이 있습니다.
|
Liberty 데이터 캐싱에 대한 정보를 보여줍니다.
|
장면 | 오디오 | 화면 상의 동작 |
---|---|---|
6 | 이 기능을 경험하기 위해 신속하게 사용자의 개발 시스템에
Liberty 및 WebSphere eXtreme Scale for Developers Liberty를
설치할 수 있습니다.
|
단계를 보여줍니다.
|
7 | WebSphere eXtreme Scale의 기능을 공유된 원격 HTTP 세션 데이터 그리드로 표시하려는 경우, Liberty 웹 인스턴스의 dropin 디렉토리에서 로컬로 배치된 샘플 애플리케이션을 보게 됩니다. 여기에서는 데이터 그리드에 대한 세션 오브젝트를 배치하고 검색하는 몇 가지 예를 보여줍니다. | WebSphere eXtreme Scale HTTP 세션 샘플의 설명 및 http://ibm.co/1umQ7iy URL의 설명을 표시합니다. |
8 | WebSphere eXtreme Scale 데이터 그리드에 대한 클라이언트인
두 개의 Liberty 웹 인스턴스 역할을 하는 Liberty 인스턴스를
구성하는 방법을 알아봅니다. 별도의 Liberty JVM에서 실행 중인 HTTP 세션 저장소로 WebSphere eXtreme Scale 서버를 설정합니다. 그리고 마지막으로 HTTP 세션 데이터를 WebSphere eXtreme Scale 컨테이너의 데이터 그리드에 저장하기 위해 두 개의 Liberty 웹 인스턴스를 구성합니다. |
HTTP 세션 장애 복구에 대한 정보를 보여줍니다.
그래픽은 세션 캐시에 연결된 Liberty의 ServerA 및 ServerB를 보여줍니다. |
장면 | 오디오 | 화면 상의 동작 |
---|---|---|
9 | 이제 데이터 그리드에 연결하기 위해 Liberty를 구성하는
방법에 대해 알아봅니다. WebSphere eXtreme Scale을
Liberty와 함께 설치하면 Liberty에 설치된 HTTP 세션
애플리케이션을 관리하는 데 사용할 수 있는 기능에
액세스할 수 있습니다. 원격 WXS_Session_Server Liberty 인스턴스의 경우 서버 기능이 설정됩니다. 서버 기능에는 eXtreme Scale 서버를 실행하기 위한 기능이 포함되어 있습니다. 이는 eXtreme Scale 카탈로그와 컨테이너 모두 실행 중임을 의미합니다. Liberty에서 카탈로그 서버를 실행하려는 경우나 데이터 그리드 애플리케이션을 Liberty에 배치하려는 경우 서버 기능을 추가하십시오. webGrid 기능은 WXS_Session_Server Liberty 인스턴스에서 세션 관리 데이터 그리드를 호스팅하는 기능입니다. Liberty 서버는 애플리케이션의 결함 허용을 위해 HTTP 세션 데이터를 캐시한 후 복제하는 데이터 그리드를 호스팅할 수 있습니다. webApp 기능을 사용하여 ServerA 및 ServerB Liberty 인스턴스에 대해 세션 관리를 사용으로 설정하십시오. webApp 기능에는 Liberty 애플리케이션을 확장하기 위한 기능이 포함되어 있습니다. 결함 허용을 위해 HTTP 세션 데이터를 복제하려는 경우 webApp 기능을 추가하십시오. catalogHostPort를 WXS_Session Server Liberty 인스턴스의 호스트 및 포트에 설정해야 합니다. |
Liberty server.xml을 구성하는 방법에 대한 정보를 표시하여
WXS를 실행하십시오. 서버 기능에는 eXtreme Scale 서버를 실행하기 위한 기능인 카탈로그 및 컨테이너가 포함되어 있습니다.
Liberty 서버는 결함 허용을 위해 HTTP 세션 데이터를 복제하기 위해 애플리케이션으로 데이터를 캐시하는 데이터 그리드를 호스팅할 수 있습니다.
webApp 기능에는 Liberty 웹 애플리케이션을 확장하는 기능이 포함되어 있습니다. 결함 허용을 위해 HTTP 세션 데이터를 복제하려는 경우 webApp 기능을 추가하십시오.
|
10 | 세션 샘플 애플리케이션은 이제 ServerA 및 ServerB 인스턴스 둘 다에서
실행됩니다. 이제 Loc이라는 ServerA에서 세션 속성이 비어 있는지 확인하십시오. 또한 ServerB에 대한 동일한 속성이 마찬가지로 비어 있는지 확인하십시오. |
localhost:9080/HttpSessionWAR/에서 열려 있는 브라우저와
localhost:9081/HttpSessionWAR/에서 열려 있는 브라우저를 보여줍니다.
두 브라우저 모두 WebSphere eXtreme Scale Http 세션 샘플을 설정된 속성 값 없이
표시합니다. localhost:9080/HttpSessionWAR/에서 열려 있는 브라우저에는 속성 얻기에서 속성에 대해 Loc을 입력하고 속성 얻기를 클릭하는 것을 보여줍니다. 브라우저에는 돌아오신 것을 환영합니다. 세션 속성이 검색되었습니다.가 표시되며 Loc 속성은 null로 설정됩니다. 그런 다음 기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을 보여줍니다. localhost:9081/HttpSessionWAR/에서 열려 있는 브라우저에서는 반복되는 동일한 단계를 보여줍니다. |
11 | 이제 서버 A의 애플리케이션을 통해 데이터 그리드에서 Loc 세션 속성에 대한 값으로
NC를 지정하고 설정되었는지 확인하십시오. 이제 ServerB 세션 애플리케이션으로 이동하고 데이터 그리드에서 세션 속성 Loc을 검색해 보겠습니다. |
localhost:9080/HttpSessionWAR/에서 열려 있는 브라우저에서는
속성 설정에서 속성에 대해 Loc을 입력하고
값에 NC를 입력하고 속성 설정을 클릭하는 것을 보여줍니다.
브라우저에는 돌아오신 것을 환영합니다. 세션 속성이 설정되었습니다.가 표시되며
Loc 속성은 NC로 설정됩니다. 그런 다음
기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을
보여줍니다.마지막으로 속성 얻기를 클릭하는 모습을 보여주고
Loc 속성이 NC로 설정되는 것과
기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을
보여줍니다. 속성 얻기를 클릭하여 localhost:9081/HttpSessionWAR/에서 열려 있는 브라우저를 표시하고 Loc 속성을 NC로 설정하는 것을 보여줍니다. 그런 다음 기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을 보여줍니다. |
12 | 이제 ServerA에 대한 Liberty 인스턴스를 중지하고 ServerB가 여전히 데이터 그리드의 세션 캐시에서 Loc 세션 속성을 검색할 수 있는지 확인하여 ServerA에서 시뮬레이션된 무계획 정전으로 이 구성을 테스트할 수 있습니다. | HTTP 세션 장애 복구에 대한 정보를 보여줍니다.
그래픽은 Liberty에서의 ServerA 및 ServerB를 보여줍니다. ServerA는 지워지고 ServerB는 세션 캐시에 연결됩니다. |
13 | ServerA가 아직 실행 중입니다. 그러나 ServerA Liberty
인스턴스는 명령행을 사용하여 수동으로 중지됩니다. 이제 ServerA 세션을 호스팅한 브라우저로 이동하여 사용할 수 없는 Liberty 인스턴스를 표시하도록 새로 고치겠습니다. |
localhost:9080/HttpSessionWAR/에서 열려 있는 브라우저를 보여줍니다.
또한 C:\hands-in\wlp\bin의 명령행에 ServerA를 중지하기 위한 명령을 입력하는 것을 보여줍니다.
localhost:9080/HttpSessionWAR/에서 열려 있는 브라우저를 새로 고치는 모습을 보여줍니다. 메시지 This webpage is not available이 표시됩니다. |
14 | ServerA가 중지되었으므로 ServerB가 데이터 그리드에서 세션 데이터를 계속 발견할 수 있는지 확인할 수 있습니다. 이를 수행하려면 Loc 세션 속성을 MD 값으로 변경하십시오. | 속성 얻기를 클릭하여 localhost:9081/HttpSessionWAR/에서
열려 있는 브라우저를 표시하고 Loc 속성을 NC로 설정하는 것을
보여줍니다. 그런 다음 기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을
보여줍니다. 속성 설정에서 속성에 대해 Loc을 입력하고 값에 MD를 입력하고 속성 설정을 클릭하는 것을 보여줍니다. 브라우저에는 돌아오신 것을 환영합니다. 세션 속성이 설정되었습니다.가 표시되며 Loc 속성은 MD로 설정됩니다. 그런 다음 기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을 보여줍니다.마지막으로 속성 얻기를 클릭하는 모습을 보여주고 Loc 속성이 MD로 설정되는 것과 기본 페이지를 클릭하여 이전 페이지로 리턴하는 모습을 보여줍니다. |
15 | 이제 방금 ServerB를 통해 설정된 속성 Loc에 대해
새 세션 값인 MD를 검색하는 기능을 가지고 온라인으로 돌아온
ServerA를 시뮬레이션할 수 있습니다. 이제 브라우저가 새로 고쳐졌고 ServerA를 가리킵니다. 여기서 데이터 그리드로부터 Loc 속성에 대한 값이 검색됩니다. |
localhost:9081/HttpSessionWAR/에서 열려 있는 브라우저를 보여줍니다.
또한 C:\hands-in\wlp\bin의 명령행에 ServerA를 시작하기 위한 명령을 입력하는 것을 보여줍니다.
localhost:9080/HttpSessionWAR/에서 열려 있는 브라우저를 새로 고치는 모습을 보여줍니다. 브라우저는 WebSphere eXtreme Scale Http 세션 샘플을 설정된 속성 값 없이 표시합니다. 마지막으로 Loc 속성에 대해 속성 얻기를 클릭하여 MD로 설정된 것을 보여주고 기본 페이지를 클릭하여 이전 페이지로 돌아가는 것을 보여줍니다. |
장면 | 오디오 | 화면 상의 동작 |
---|---|---|
16 | 축하합니다. HTTP 세션 스토리지용 공유 인메모리 데이터 그리드를 가리키는 두 개의 인스턴스로 첫 번째 Liberty 클러스터를 작성했습니다. | HTTP 세션 장애 복구에 대한 정보를 보여줍니다.
그래픽은 Liberty의 ServerA 및 ServerB를 세션 캐시에 연결된 두 서버와 함께 보여줍니다. |
17 | 이 비디오에서는 세션 지속성을 위해 캐시를 사용하는 방법의 이점을
알아보았습니다. WebSphere eXtreme Scale 데이터 그리드를 활용하기 위해 애플리케이션에서 코드 변경을 수행할 필요가 없습니다. 각 세션에 대한 데이터는 서버 중단 시에도 유지됩니다. 그리고 WebSphere eXtreme Scale은 최대 테라바이트까지 확장 가능하며 결함 허용 및 고가용성을 위해 수천 개의 노드에 데이터를 복제할 수 있습니다. |
Liberty 세션 관리에 대한 정보를 보여줍니다.
|
18 | 이러한 자원을 방문하여 Liberty에 WebSphere eXtreme
Scale을 다운로드하고 설치하며 이 데모에서 사용된 샘플
애플리케이션에 액세스하십시오. 시간 내주셔서 감사합니다. 여기서 Liberty 및 WebSphere eXtreme Scale로 세션 캐시 관리를 구성하기 위한 비디오를 마칩니다. |
자원을 표시합니다. (WASdev)https://developer.ibm.com/wasdev (Liberty로 WXS를 설치하는 방법) http://youtu.be/Zu4Z1GLjMlE (데모에 사용되는 샘플 애플리케이션) http://ibm.co/1umQ7iy |