회사 개요 #
이 기사의 목적은 다음과 같은 애플리케이션 서버의 기능을 확대하는 방법을 설명하는 것입니다. 여자 꽁무니를 쫓아 다니다, 보스 or IIS 높은 웹 확장성을 제공하고 장애에 대한 내구성을 갖도록 높은 가용성을 설정하는 방법과 사이버 보안을 강화하는 방법을 설명합니다.
고가용성이란 무엇인가요? #
고가용성은 일반적으로 가동 시간을 정상보다 더 긴 기간 동안 보장하는 높은 수준의 운영 성능을 보장하는 시스템이나 구성 요소의 품질입니다.
설정하여 응용 프로그램 서버 고가용성을 구현하기 위해 다음과 같은 문제를 해결합니다.
- 단일 서버는 대량의 요청을 처리할 때 효율성을 잃습니다.
- 서버 장애 발생 시에도 세션 데이터는 보존됩니다.
- 서비스 중단 없이 애플리케이션 업데이트
웹스케일이란 무엇인가요? #
모든 규모의 비즈니스 프로세스에 웹 규모 원칙을 애플리케이션 서버에 적용하면 모든 규모의 비즈니스 프로세스가 성장하고, 최적화되고, 자동화되고, 효과적으로 확장될 수 있습니다.
애플리케이션 서버란 무엇인가요? #
애플리케이션 서버는 애플리케이션 프로그램에 비즈니스 로직을 제공하는 소프트웨어 프레임워크로, 웹 애플리케이션을 생성하기 위한 리소스와 이를 실행하기 위한 서버 환경을 관리합니다.
이 문서는 모든 애플리케이션 서버에 대한 가이드로 사용할 수 있지만, 가장 인기 있는 애플리케이션 서버에 대한 세부 정보를 설명하겠습니다.
- The 여자 꽁무니를 쫓아 다니다 소프트웨어(또는 Apache Tomcat 또는 Tomcat 서버라고도 함): Java Servlet, JavaServer Pages, Java Expression Language 및 Java WebSocket 기술의 오픈 소스 구현입니다.
- JBoss or 와일드 플라이: Red Hat이 개발한 애플리케이션 서버.
- IIS (인터넷 정보 서비스): Microsoft에서 개발한 애플리케이션 서버.
설정 RELIANOID 로드 밸런서 #
와 RELIANOID 로드 밸런서 애플리케이션 서버의 고가용성과 확장성을 보장할 수 있습니다. 이 지침을 따르려면 인스턴스를 설치해야 합니다. RELIANOID 로드 밸런서와 여러 애플리케이션 서버 인스턴스. 설명할 환경은 다음과 같습니다.
0단계: 서버 복제 #
예시에서는 각 애플리케이션에 대해 두 개의 백엔드 서버를 사용하지만, 필요한 만큼 추가할 수 있습니다. 일관성을 유지하는 것이 매우 중요합니다. 애플리케이션 서버에 연결할 때 항상 동일한 데이터를 보고 애플리케이션에 저장된 모든 데이터가 손실되지 않도록 하기 위해서입니다. 이를 위해서는 서버 내 세션 복제를 설정해야 합니다. 이를 세션 복제라고 합니다. 0 단계 이 작업은 애플리케이션 서버에서 수행되어야 합니다.
여자 꽁무니를 쫓아 다니다 내장된 메모리 내 세션 복제 기능을 제공합니다. 델타매니저 백업매니저. 이 두 복제기 사이의 주요 차이점은 다음과 같습니다. 델타매니저 더 느리지만, 실패할 경우 더 안정적입니다.
JBoss 또한 세션 복제를 활성화하는 간단한 방법을 제공합니다. 즉, 애플리케이션을 배포 가능한 것으로 표시하여 web.xml 기술자.
서비스 복제 IIS 를 사용하여 달성할 수 있습니다 DFSR (분산 파일 시스템 복제)
1단계: 가상 IP 생성 #
일단 RELIANOID 로드 밸런서가 설치되면 기본 메뉴에서 새 가상 IP를 생성해야 합니다. 네트워크->가상 인터페이스->작업->생성
가상 IP를 생성하려는 물리적 인터페이스를 찾으세요
새 가상 IP의 이름과 주소를 입력하세요. 그런 다음 "만들기" 버튼을 클릭하여 저장하세요.
2단계: http 팜 만들기 #
팜 또는 클러스터는 서버 기능을 제공하는 컴퓨터 서버들의 집합으로, 그 성능을 크게 향상시킵니다. 농장 클러스터 동의어로 사용되지만 약간의 차이가 있습니다. 클러스터, 중복성이 암시되지만, 이에 대해 이야기할 때 농장중복성이 있을 수도 있고 없을 수도 있습니다. 이 경우에는 장애 허용 구성을 사용하므로 팜(farm)이나 클러스터(cluster)라는 용어를 동의어로 사용할 수 있습니다.
이렇게 애플리케이션 서버 팜을 구축하면 고가용성에 필수적인 성능과 장애 내성을 향상시킬 수 있습니다. 이를 달성하려면 다음 페이지로 이동하세요. LSLB->농장->생성
이름을 선택하고 HTTP 프로필로 사용합니다. HTTP 프로필을 선택한 이유는 동일한 가상 IP와 포트에서 콘텐츠 전환 옵션을 제공할 수 있기 때문에 웹 서비스에 가장 적합한 옵션이라고 생각하기 때문입니다.
두 가지 옵션이 더 표시됩니다. 1단계에서 생성한 가상 IP와 포트(예시에서는 HTTP 프로토콜의 기본값인 80을 선택)를 선택하고 다음을 클릭합니다. 찜하기 버튼을 클릭합니다.
3단계: 서비스 추가 #
핵심 아이디어는 동일한 가상 IP와 포트를 사용하는 여러 애플리케이션 서버에서 다양한 애플리케이션을 제공하는 것입니다. 따라서 팜을 생성한 후에는 새 서비스를 추가하기 위해 팜을 편집해야 합니다. 이 예시에서는 각 애플리케이션 서버별로 세 가지 서비스를 설정하겠습니다. 버튼을 클릭하세요. 농장 편집.
농장의 여러 세부 정보를 편집할 수 있습니다. 이 예시에서는 기본값과 서비스를 설정해 보겠습니다.
위의 스크린샷에서 우리는 서비스를 추가했습니다 서비스 이름은 "app1"입니다.
세 가지 서비스를 모두 동일한 팜을 통해 액세스하므로 이러한 서비스를 구분해야 합니다. 이를 위해 다음 값을 설정할 수 있습니다. URL 패턴이 필드를 사용하면 클라이언트가 특정 URL 패턴을 통해 요청하는 URL에 따라 웹 서비스를 판별할 수 있습니다. 이 예에서는 다음과 같이 입력합니다. ^/앱1.*, ^/앱2.* ^/앱3.*. 를 클릭하십시오 수정 변경 사항을 적용합니다.
백엔드가 주소를 찾아야 한다는 점을 고려하세요. http://[VIRTUAL_IP]:[PORT]/[YOUR_SERVICE] (우리의 예에서 http://192.168.56.200/app1), 이를 보장하려면 애플리케이션에 컨텍스트를 설정해야 합니다. 이 예제에서는 컨텍스트를 설정합니다. /앱1 을 통한 여자 꽁무니를 쫓아 다니다, /앱2 을 통한 보스 /앱3 을 통한 IIS. 그만큼 문맥 특정 가상 호스트 내에서 실행되는 웹 애플리케이션을 나타냅니다. 특정 경우 IIS컨텍스트는 애플리케이션이라고 합니다.
이 예에서는 애플리케이션당 두 개의 백엔드 서버가 있습니다. IP, 포트(기본값 8080)를 선택합니다. 여자 꽁무니를 쫓아 다니다 JBoss, 80 for IIS), 시간 초과 및 무게를 클릭하고 백엔드 저장 버튼을 클릭합니다.
서버 간 통신을 피하고 싶습니다. 세션 중에 한 서버에서 다른 서버로 이동하면 효율성, 데이터 손실, 심지어 통신 손실까지 발생할 수 있습니다. 이를 방지하기 위해 지속 세션 구성해야 합니다. 세션 ID로 세션을 유지하도록 설정하겠습니다. 즉, 세션 중에는 하나의 서버에만 연결됩니다.
서비스 글로벌 매개변수에서 이제 지속성 세션 필드를 변경할 수 있습니다. 쿠키: 특정 쿠키
클라임웍스와 함께 하늘과 닿는 여정을 시작하세요 JSESSIONID Tomcat 및 Jboss에 대한 지속성 세션 식별자로 SessionID IIS의 경우, 페이지 하단에 있는 업데이트를 클릭하세요.
이제 동일한 팜에서 app2과 동일한 방식으로 app1 및 app2에 대해 3개의 서비스를 추가해야 합니다. 여기에는 JBoss에 대한 지속성 쿠키가 포함됩니다(기본값은 다음과 같습니다). JSESSIONID) 및 IIS(ASP.NET의 기본 쿠키는 ASPXAUTH), 각각 사용 가능하지만 애플리케이션에서 요구하는 쿠키를 사용할 수 있습니다. 팜의 각 서비스에는 팜 또는 팜 서비스 간에 공유될 수 있는 자체 백엔드가 있습니다.
올바른 URL 패턴을 맞추려면 서비스 순서가 중요합니다.
마지막으로 팜을 다시 시작하여 변경 사항을 적용해야 합니다.
축하합니다! 애플리케이션 서버를 고가용성으로 구성했습니다. 다음을 입력하여 액세스할 수 있습니다. http://[VIRTUAL_IP]:[PORT]/[YOUR_SERVICE] (우리의 예에서 http://192.168.56.200/app1, http://192.168.56.200/app2 or http://192.168.56.200/app3).
4단계: 고급 확인 #
이제 팜 가디언을 설정하여 백엔드에 대한 고급 상태 점검을 수행하여 TCP 포트 점검뿐만 아니라 애플리케이션이 정상적으로 작동하는지 확인합니다. 농장 수호자 3단계에서 설정한 서비스 내에서 다음을 클릭하세요. FarmGuardian을 사용하여 백엔드 서버 확인, 또한 확인과 최종 사이의 시간을 수정할 수 있습니다. 확인하라는 명령 텍스트 상자에 다음 명령을 입력하세요.
check_http -I 호스트 -w 10 -c 10 -t 10 -e 200 -p 포트 -s ' '
마지막으로, 페이지 하단에 있는 업데이트를 클릭하세요.
명령 check_http 지정된 호스트와의 HTTP 연결을 테스트합니다. 이 경우에는 다음 옵션을 사용합니다.
-내가 호스트한다: 토큰 HOST는 정의된 백엔드 IP 주소로 대체됩니다.
-w 10: 경고 상태가 발생하기까지의 응답 시간: 10초
-c 10: 위험 상태에 대한 응답 시간: 10초
-t 10: 연결 시간 초과 10초 전
-e 200: 서버 응답 상태에서 문자열 200을 예상합니다.
-p 포트: 토큰 PORT는 정의된 백엔드 포트로 대체됩니다.
-s ' ': 콘텐츠에서 기대하는 문자열은 '입니다. '
따라서 이 명령이 하는 일은 기본적으로 200 OK 응답을 받았는지 확인하고 응답 명령에 '라는 문자열이 포함되어 있는지 확인하는 것입니다. '. 이 문자열을 선택한 이유는 이 문자열이 응답의 마지막에 있기 때문이며, 이렇게 하면 백엔드에서 완전한 답변을 받을 수 있다는 것을 보장할 수 있습니다.
5단계: 높은 보안 #
보안 통신은 쉽게 설정할 수 있습니다. RELIANOID 로드 밸런서이므로 다음 단계는 HTTPS 리스너를 활성화하는 것입니다. 농장 전역 매개변수 편집 화면에서 팜 리스너를 HTTP에서 HTTPS로 변경하고 가상 포트를 443으로 변경하세요.
이제 서비스에 접속하려면 다음을 입력하세요. https://[Your_virtual_ip]/[yourappservice] 브라우저에서.
보안 통신이 이제 실행 중이지만 HTTPS 매개변수를 구성하여 더 나아갈 수 있습니다. 팜 전역 매개변수 내에서 다음을 찾습니다. HTTPS 설정 섹션. 우리는 변경할 수 있습니다 암호문 에 높은 보안.
ciphers 필드는 SSL 연결을 강화하기 위해 SSL 연결에서 허용하는 암호 목록을 작성하는 데 사용됩니다. 높은 보안, 우리는 기본적으로 암호를 설정합니다.
kEECDH+ECDSA+AES128:kEECDH+ECDSA+AES256:kEECDH+AES128:kEECDH+AES256:kEDH+AES128:kEDH+AES256:DES-CBC3-SHA:+SHA:!aNULL:!eNULL:!LOW:!kECDH:!DSS:!MD5:!EXP:!PSK:!SRP:!CAMELLIA:!SEED
또 다른 옵션은 HTTPS 인증서 사용 가능: 현재 팜에 대해 선택할 수 있는 인증서 목록이 표시됩니다(HTTP 팜의 경우만 해당). 목록에서 하나를 선택하고 다음을 클릭합니다. 추가. 마지막으로를 클릭하십시오. 수정 변경 사항을 적용하려면 팜을 다시 시작하세요.
자세한 내용은 참조하십시오 HTTP 프로필 팜.
애플리케이션 서버에서도 HTTPS를 활성화할 수 있습니다. 이 경우 해당 옵션을 활성화해야 합니다. HTTPS 백엔드.
