영이네

Pod

애플리케이션의 기본 단위

1개 이상의 컨테이너로 구성된 컨테이너 집합

apiVersion: v1
kind: Pod
metadata:
  name: my-nginx-pod
spec:
  containers:
  - name: my-nginx-container
    image: nginx:latest
    ports:
    - containerPort: 80
      protocol: TCP

apiVersion : 오브젝트의 API 버전

kind : 오브젝트의 종류(kubectl api-resources 명령어로 확인 가능)

metadata : 오브젝트의 정보

spec : 오브젝트를 생성하기 위한(리소스) 정보

Pod 생성

kubectl apply -f [yaml 파일]

Pod 확인

kubectl get pods

kubectl get [오브젝트 명] 명령어로 특정 오브젝트의 목록을 확인

리소스 정보 확인

kubectl describe pods my-nginx-pod

IP, Status등 정보 확인

컨테이너 접속

kubectl exec -it my-nginx-pod bash

my-nginx-pod에 접속하여 bash를 실행. -it 옵션으로 쉘을 계속 유지

Pod 삭제

kubectl delete pod [pod명]
kubectl delete -f nginx-pod.yaml

worker.list=balancer

worker.balancer.balance_workers=node11, node12

worker.balancer.type=lb

worker.balancer.method=Session

worker.balancer.sticky_session=true

worker.balancer.retries=2

worker.node11.host=192.168.56.102

worker.node11.port=8109

worker.node11.reference=worker.template

worker.node11.host=192.168.56.102

worker.node11.port=8109

worker.node11.reference=worker.template

worker.template.connection_pool_size=64

worker.template.connection_pool_minsize=64

worker.template.connection_pool_timeout=60

worker.template.recovery_options=7

worker.template.ping_mode=A

worker.template.ping_timeout=10000

worker.template.reply_timeout=15000

worker.template.socket_timeout=300

worker.template.socket_keepalive=true

5 JBoss EAP 7 주요 설정

5.1. 데이터소스의 이해

5.2. 데이터소스 구성

5.3. 어플리케이션 배포의 이해

5.4. 어플리케이션 배포

5.5. 쓰레드의 이해

5.6. 쓰레드 설정

 4. JBoss EAP 7 설치

4.1. 설치방식

4.2. 제품구조

4.3. 기본설치

4.4. 기동 및 정지

3. JBoss EAP 7 구성

3.1. 주요 특징

3.2. standalone/domain 모드

3.3. 프로파일/서브시스템

3.4. 제품다운로드 방법/서브스크립션

3.5. JBoss EAP 7 제품 구조 및 주요 파일

2. JBoss EAP 7 구성 환경

2.1. 단계별 확인

OS : CPU/MEM/Kernel Parameter/etc

Java : HEAP/GC/Option/ etc

WAS: JBoss EAP 7

APP : framework/transaction/api/etc

2.2. OS

지원 OS

고려사항: ulimit/proc/tcp/etc

2.3. JVM

지원 버전

고려사항: HEAP/Perm/GC/Option/etc

2.4. WEB

고려사항: 동시접속자 + @

2.5. WAS

고려사항: 쓰레드 + @

1. JBoss 개요

1.1. 오픈소스

JBoss EAP는 오픈소스 비지니스 기업 Redhat의 제품

JWS는 Apache 기반

EAP는 Wildfly 기반

오픈소스 비지니스

오픈소스 라이센스

오픈소스 장점

JBoss Community와 Enterprise 제품 비교

JWS는 Apache 기반

Apache 2.2 -> EWS 2

Apache 2.4 -> JWS 3

EAP는 Wildly 기반

AS 7 -> EAP 6

Wildfly 8,9,10 -> EAP 7

1.2. 미들웨어

Web Server / Web Application Server

1.3. JVM

JBoss EAP 6 - access log 설정

#standalone 모드

로그 경로를 변경할 경우 사용 - env.sh

지정하지 않을 경우 default 경로 사용 - ${jboss.server.base.dir}/log

export JAVA_OPTS="$JAVA_OPTS -Djboss.server.log.dir=/logs/server-group/server11"

access log 설정 - standlone.xml

<subsystem xmlns="urn:jboss:domain:web:2.2" ...>
 <connector name="http" .../>
 <connector name="ajp" .../>
 <virtual-server name="default-host" enable-welcome-root="false">
  <alias name="localhost"/>
  <alias name="example.com"/>

  <!-- combined -->
  <access-log pattern='%h %l %u %t %r %s %b %{Referer}i %{User-Agent}i %s %T'>
    <directory path="access" relative-to="jboss.server.log.dir"/>
  </access-log>
 </virtual-server>
</subsystem>

#domain 모드

로그 경로를 변경할 경우 사용 - host-slave.xml

<server name="server11" group="server-group">
 <paths>
  <path name="custom.server.log.dir" path="/logs/server-group/server11"/>
 </paths>

access log 설정 - domain.xml

<subsystem xmlns="urn:jboss:domain:web:2.2" ...>
 <connector name="http" .../>
 <connector name="ajp" .../>
 <virtual-server name="default-host" enable-welcome-root="false">
  <alias name="localhost"/>
  <alias name="example.com"/>

  <!-- combined -->
  <access-log pattern="%h %l %u %t %r %s %b %{Referer}i %{User-Agent}i %s %T">
   <!-- use change log dir-->

   <directory path="access" relative-to="custom.server.log.dir"/>

   <!-- use default log dir-->

   <directory path="access" relative-to="jboss.server.log.dir"/>
  </access-log>
 </virtual-server>
</subsystem>

JBoss EAP 7 - access log 설정

#standalone 모드

로그 경로를 변경할 경우 사용 - env.sh

지정하지 않을 경우 default 경로 사용 - ${jboss.server.base.dir}/log

export JAVA_OPTS="$JAVA_OPTS -Djboss.server.log.dir=/logs/server-group/server11"

access log 설정 - standalone.xml
<subsystem xmlns="urn:jboss:domain:undertow:3.1" instance-id="${jboss.server.name}">
 <buffer-cache name="default"/>
 <server name="default-server">
  <ajp-listener name="ajp" socket-binding="ajp"/>
  <http-listener name="default" socket-binding="http" redirect-socket="https"/>
  <host name="default-host" alias="localhost">
   <location name="/" handler="welcome-content"/>

   <!-- combined -->
   <access-log prefix="access." directory="${jboss.server.log.dir}/access" pattern="%h %l %u %t %r %s %b %{i,Referer} %{i,User-Agent} %s %T"/>
   <filter-ref name="server-header"/>
   <filter-ref name="x-powered-by-header"/>
  </host>
 </server>
...
</subsystem>

#domain 모드

로그 경로를 변경할 경우 사용 - host-slave.xml

<server name="server11" group="server-group">
<paths>
 <path name="custom.server.log.dir" path="/logs/server-group/server11"/>
</paths>

access log 설정 - domain.xml

<subsystem xmlns="urn:jboss:domain:undertow:3.1" instance-id="${jboss.server.name}">
 <buffer-cache name="default"/>
 <server name="default-server">
  <ajp-listener name="ajp" socket-binding="ajp"/>
  <http-listener name="default" socket-binding="http" redirect-socket="https"/>
  <host name="default-host" alias="localhost">
   <location name="/" handler="welcome-content"/>
   <filter-ref name="server-header"/>
   <filter-ref name="x-powered-by-header"/>

   <!-- combined -->

   <!-- use change log dir -->
   <access-log prefix="access." relative-to="custom.server.log.dir" directory="access" pattern="%h %l %u %t %r %s %b %{i,Referer} %{i,User-Agent} %s %T"/>

   <!-- use default log dir -->

   <access-log prefix="access." relative-to="jboss.server.log.dir" directory="access" pattern="%h %l %u %t %r %s %b %{i,Referer} %{i,User-Agent} %s %T"/>
  </host>
 </server>
...
</subsystem>

org.apache.coyote.ajp.DEFAULT_CONNECTION_TIMEOUT=60000

org.apache.coyote.http11.DEFAULT_CONNECTION_TIMEOUT=-1

위 값은 브라우저에서 호출한 후 대기하는 응답시간은 의미가 없음

테스트 내용

WAS2 JBoss에서 DEFAULT_CONNECTION_TIMEOUT을 10초 지정

테스트 어플리케이션에 thread sleep을 30초 지정

WAS1에서 WAS2로 java.net.Socket으로 연결

소켓 통신을 하기 위해 버퍼 생성

테스트1 - 정상 동작

BufferedWriter로 GET 메서드를 사용하여 URL 호출

=> 30초 대기 후 정상 완료 확인

테스트2 - Timeout

연결 후 요청을 하지 않음

=> 10초 대기 후 종료 확인

더 확인이 필요한 내용...

애매함...