Red Hat JBoss Enterprise Application Platform의 성능 튜닝

이 문서에서는 변수 EAP_HOME 을 사용하여 JBoss EAP 설치 경로를 나타냅니다. 이 변수를 JBoss EAP 설치의 실제 경로로 바꿉니다.

사전 구성된 JConsole 래퍼 스크립트는 JBoss EAP와 함께 제공됩니다. 이 래퍼 스크립트를 사용하면 모든 필수 라이브러리가 클래스 경로에 추가되고 JConsole에서 JBoss EAP 관리 CLI에 액세스할 수도 있습니다.

개발자는 JMC(Java Mission Control)를 사용하여 성능 문제를 식별할 수 있습니다. JMC는 다음 구성 요소로 구성된 프로파일링 및 진단 도구입니다.

가비지 컬렉션 로그를 검사하면 Java 성능 문제, 특히 메모리 사용과 관련된 문제를 해결할 때 유용할 수 있습니다.

로그 파일을 작성하기 위한 추가 디스크 I/O 활동 이외의 경우 가비지 컬렉션 로깅을 활성화해도 서버 성능에 큰 영향을 미치지 않습니다.

OpenJDK 또는 Oracle JDK에서 실행되는 독립 실행형 JBoss EAP 서버에 대해 기본적으로 가비지 컬렉션 로깅이 이미 활성화되어 있습니다. JBoss EAP 관리형 도메인의 경우 호스트 컨트롤러, 프로세스 컨트롤러 또는 개별 JBoss EAP 서버에 대해 가비지 컬렉션 로깅을 활성화할 수 있습니다.

Java 힙 덤프는 특정 시점에 생성된 JVM 힙의 스냅샷입니다. 힙 덤프 생성 및 분석은 Java 애플리케이션과 관련된 문제를 진단하고 해결하는 데 유용할 수 있습니다.

사용 중인 JDK에 따라 JBoss EAP 프로세스에 대한 Java 힙 덤프를 생성하고 분석하는 다양한 방법이 있습니다. 이 섹션에서는 Oracle JDK 및 OpenJDK의 일반적인 방법에 대해 설명합니다.

OpenJDK 및 Oracle JDK 환경의 경우 jstack 유틸리티를 사용하여 Java 스레드 진단 정보를 사용할 수 있습니다.

관리 CLI 속성으로 생성된 런타임 통계를 확인하여 관리 실행자 서비스 및 관리되는 실행 관리자 서비스의 성능을 모니터링할 수 있습니다. 독립 실행형 서버 또는 호스트에 매핑된 개별 서버의 런타임 통계를 볼 수 있습니다.

[standalone@localhost:9990 /] /subsystem=ee/managed-executor-service=default:read-resource(include-runtime=true,recursive=true)

[standalone@localhost:9990 /] /subsystem=ee/managed-executor-service=default:read-resource(include-runtime=true,recursive=true)

[standalone@localhost:9990 /] /subsystem=ee/managed-scheduled-executor-service=default:read-resource(include-runtime=true,recursive=true)

[standalone@localhost:9990 /] /subsystem=ee/managed-scheduled-executor-service=default:read-resource(include-runtime=true,recursive=true)

[domain@localhost:9990 /] /host=<host_name>/server=<server_name>/subsystem=ee/managed-executor-service=default:read-resource(include-runtime=true,recursive=true)

[domain@localhost:9990 /] /host=<host_name>/server=<server_name>/subsystem=ee/managed-executor-service=default:read-resource(include-runtime=true,recursive=true)

[domain@localhost:9990 /] /host=<host_name>/server=<server_name>/subsystem=ee/managed-scheduled-executor-service=default:read-resource(include-runtime=true,recursive=true)

[domain@localhost:9990 /] /host=<host_name>/server=<server_name>/subsystem=ee/managed-scheduled-executor-service=default:read-resource(include-runtime=true,recursive=true)

메모리 부족 오류를 방지하려면 적절한 힙 크기를 설정해야 합니다.

-Xms 옵션은 초기 힙 크기를 설정하고 -Xmx 는 최대 힙 크기를 설정합니다. 힙 크기가 고정되고 미리 할당되도록 초기 및 최대 힙 크기 옵션을 동일한 크기로 설정하는 프로덕션 환경에 권장됩니다.

예를 들어 다음 옵션은 2048MB 힙 크기를 설정합니다.

-Xms2048M -Xmx2048M

-Xms2048M -Xmx2048M

개발 환경에서 로드된 애플리케이션을 테스트하여 최대 메모리 사용량을 결정하는 것이 좋습니다. 프로덕션 힙 크기는 테스트된 최대값보다 25 % 이상 높아서 오버헤드를 위한 공간을 허용해야 합니다.

병렬 가비지 수집기라고도 하는 병렬 가비지 수집기는 서버 클래스 머신의 Java 8의 기본 가비지 수집기 입니다. 하지만 Red Hat은 Java 9 이후의 기본값인 G1 가비지 수집기를 사용하는 것이 좋습니다. G1 가비지 수집기는 일반적으로 대부분의 시나리오에서 CMS 및 병렬 가비지 수집기보다 성능이 향상됩니다.

G1 컬렉터를 활성화하려면 다음 JVM 옵션을 사용합니다.

-XX:+UseG1GC

-XX:+UseG1GC

JBoss EAP JVM에 대한 대용량 페이지를 활성화하면 메모리에 잠겨 있는 페이지가 생성되고 일반 메모리와 같이 디스크로 스왑할 수 없습니다.

특히 메모리 집약적인 애플리케이션의 경우 대용량 페이지를 사용할 때의 이점은 힙을 디스크에 페이징하거나 스왑할 수 없으므로 항상 쉽게 사용할 수 있다는 것입니다.

대규모 페이지를 사용하는 한 가지 단점은 시스템에서 실행되는 다른 프로세스가 메모리에 빠르게 액세스하지 못할 수 있으므로 이러한 프로세스에 대한 과도한 페이징이 발생할 수 있다는 것입니다.

다른 성능 구성 변경과 마찬가지로 테스트 환경의 변경 사항을 테스트하는 것이 좋습니다.

자세한 내용은 대규모 페이지에 대한 Java 지원에 대한 Oracle 설명서 를 참조하십시오.

Red Hat Enterprise Linux 및 Solaris 플랫폼의 경우 JBoss EAP JVM 프로세스에 적합한 ulimit 값을 구성해야 합니다. "soft" ulimit 는 일시적으로 초과할 수 있지만 "하드" ulimit 는 리소스 사용에 대한 엄격한 성정입니다. 적절한 ulimit 값은 환경과 애플리케이션에 따라 다릅니다.

JBoss EAP 프로세스에 적용된 제한이 너무 낮으면 JBoss EAP를 시작할 때 다음과 같은 경고가 표시됩니다.

WARN  [org.jboss.as.warn.fd-limit] (main) WFLYSRV0071: The operating system has limited the number of open files to 1024 for this process; a value of at least 4096 is recommended.

WARN  [org.jboss.as.warn.fd-limit] (main) WFLYSRV0071: The operating system has limited the number of open files to 1024 for this process; a value of at least 4096 is recommended.

현재 ulimit 값을 보려면 다음 명령을 사용합니다.

열려 있는 최대 파일 수에 대해 ulimit 를 설정하려면 적용하려는 수와 함께 다음 명령을 사용하십시오.

JBoss EAP 관리형 도메인 호스트에는 호스트 컨트롤러 및 프로세스 컨트롤러에 대한 별도의 JVM이 있습니다.

호스트 컨트롤러 및 프로세스 컨트롤러 JVM 설정을 조정할 수 있지만 대규모 관리형 도메인 환경의 경우 호스트 컨트롤러 및 프로세스 컨트롤러에 대한 기본 JVM 구성만으로도 충분합니다.

호스트 컨트롤러 및 프로세스 컨트롤러 JVM의 기본 구성은 총 도메인 크기 200 JBoss EAP 서버의 경우 각각 10개의 JBoss EAP 서버를 실행하는 최대 20개의 JBoss EAP 호스트의 관리형 도메인 크기로 테스트되었습니다.

대규모 관리형 도메인에 문제가 발생하는 경우 해당 환경에서 호스트 컨트롤러 또는 프로세스 컨트롤러 JVM을 모니터링하여 힙 크기와 같은 JVM 옵션에 대한 적절한 값을 결정해야 할 수 있습니다.

Cryostat 인스턴스 풀은 SLSB(Stateless Session Cryostat) 및 MDB(Message Driven Cryostats)에 사용됩니다. 기본적으로 SLSB는 인스턴스 풀 default-slsb-instance-pool 을 사용하고, Cryostats는 default-mdb-instance-pool 인스턴스 풀을 사용합니다.

빈 인스턴스 풀의 크기는 한 번에 생성할 수 있는 특정 엔터프라이즈 빈의 인스턴스 수를 제한합니다. 특정 엔터프라이즈 빈의 풀이 가득 차면 클라이언트는 차단하여 인스턴스를 사용할 수 있을 때까지 기다립니다. 클라이언트에서 풀의 시간 제한 특성에 설정된 시간 내에 인스턴스를 가져오지 않으면 예외가 발생합니다.

빈 인스턴스 풀의 크기는 derive-size 또는 max-pool-size 를 사용하여 구성됩니다. derive-size 특성을 사용하면 다음 값 중 하나를 사용하여 풀 크기를 구성할 수 있습니다.

derive-size 가 정의되지 않은 경우 scaling 인스턴스 풀의 크기에 max-pool- size 값이 사용됩니다.

특정 인스턴스 풀을 사용하도록 엔터프라이즈 빈을 구성할 수 있습니다. 이를 통해 각 엔터프라이즈 빈 유형에서 사용 가능한 인스턴스를 보다 세밀하게 제어할 수 있습니다.

/subsystem=ejb3:undefine-attribute(name=default-slsb-instance-pool)

/subsystem=ejb3:undefine-attribute(name=default-slsb-instance-pool)

If a bean is configured to use a particular bean instance pool, disabling the default instance pool does not affect the pool that the bean uses.

If a bean is configured to use a particular bean instance pool, disabling the default instance pool does not affect the pool that the bean uses.

기본적으로 이름이 default 인 Quarkus 스레드 풀은 비동기 엔터프라이즈 빈 호출 및 엔터프라이즈 빈 타이머에 사용됩니다.

필요한 경우 서로 다른 hieradata 스레드 풀을 사용하도록 이러한 각 엔터프라이즈 빈 서비스를 구성할 수 있습니다. 이 기능은 각 서비스의 빈 스레드 풀에 대한 액세스를 세밀하게 제어하려는 경우 유용할 수 있습니다.

적절한 스레드 풀 크기를 결정할 때 한 번에 예상되는 동시 요청 수를 고려하십시오.

/subsystem=ejb3/thread-pool=POOL_NAME:add(max-threads=MAX_THREADS)

/subsystem=ejb3/thread-pool=POOL_NAME:add(max-threads=MAX_THREADS)

/subsystem=ejb3/thread-pool=my_thread_pool:add(max-threads=30)

/subsystem=ejb3/thread-pool=my_thread_pool:add(max-threads=30)

/subsystem=ejb3/service=SERVICE_NAME:write-attribute(name=thread-pool-name,value=THREAD_POOL_NAME)

/subsystem=ejb3/service=SERVICE_NAME:write-attribute(name=thread-pool-name,value=THREAD_POOL_NAME)

/subsystem=ejb3/service=async:write-attribute(name=thread-pool-name,value=my_thread_pool)

/subsystem=ejb3/service=async:write-attribute(name=thread-pool-name,value=my_thread_pool)

성능 모니터링을 위해 빈에 런타임 배포 정보를 추가할 수 있습니다.

사용 가능한 런타임 데이터에 대한 자세한 내용은 JBoss EAP 관리 모델의 Cryostat 3 하위 시스템을 참조하십시오. 애플리케이션은 빈 코드 또는 배포 설명자에 런타임 데이터를 주석으로 포함할 수 있습니다. 애플리케이션에서 두 옵션을 모두 사용할 수 있습니다.

/deployment=<deployment_name>/subsystem=ejb3/<bean_type>=<bean_name>:read-resource(include-runtime)

/deployment=<deployment_name>/subsystem=ejb3/<bean_type>=<bean_name>:read-resource(include-runtime)

/deployment=ejb-management.jar/subsystem=ejb3/singleton-bean=ManagedSingletonBean:read-resource(include-runtime)

/deployment=ejb-management.jar/subsystem=ejb3/singleton-bean=ManagedSingletonBean:read-resource(include-runtime)

{
    "outcome" => "success",
    "result" => {
        "async-methods" => ["void async(int, int)"],
        "business-local" => ["sample.ManagedSingletonBean"],
        "business-remote" => ["sample.BusinessInterface"],
        "component-class-name" => "sample.ManagedSingletonBean",
        "concurrency-management-type" => undefined,
        "declared-roles" => [
            "Role3",
            "Role2",
            "Role1"
        ],
        "depends-on" => undefined,
        "execution-time" => 156L,
        "init-on-startup" => false,
        "invocations" => 3L,
        "jndi-names" => [
            "java:module/ManagedSingletonBean!sample.ManagedSingletonBean",
            "java:global/ejb-management/ManagedSingletonBean!sample.ManagedSingletonBean",
            "java:app/ejb-management/ManagedSingletonBean!sample.ManagedSingletonBean",
            "java:app/ejb-management/ManagedSingletonBean!sample.BusinessInterface",
            "java:global/ejb-management/ManagedSingletonBean!sample.BusinessInterface",
            "java:module/ManagedSingletonBean!sample.BusinessInterface"
        ],
        "methods" => {"doIt" => {
            "execution-time" => 156L,
            "invocations" => 3L,
            "wait-time" => 0L
        }},
        "peak-concurrent-invocations" => 1L,
        "run-as-role" => "Role3",
        "security-domain" => "other",
        "timeout-method" => "public void sample.ManagedSingletonBean.timeout(javax.ejb.Timer)",
        "timers" => [{
            "time-remaining" => 4304279L,
            "next-timeout" => 1577768415000L,
            "calendar-timer" => true,
            "persistent" => false,
            "info" => "timer1",
            "schedule" => {
                "year" => "*",
                "month" => "*",
                "day-of-month" => "*",
                "day-of-week" => "*",
                "hour" => "0",
                "minute" => "0",
                "second" => "15",
                "timezone" => undefined,
                "start" => undefined,
                "end" => undefined
            }
        }],
        "transaction-type" => "CONTAINER",
        "wait-time" => 0L,
        "service" => {"timer-service" => undefined}
    }
}

{
    "outcome" => "success",
    "result" => {
        "async-methods" => ["void async(int, int)"],
        "business-local" => ["sample.ManagedSingletonBean"],
        "business-remote" => ["sample.BusinessInterface"],
        "component-class-name" => "sample.ManagedSingletonBean",
        "concurrency-management-type" => undefined,
        "declared-roles" => [
            "Role3",
            "Role2",
            "Role1"
        ],
        "depends-on" => undefined,
        "execution-time" => 156L,
        "init-on-startup" => false,
        "invocations" => 3L,
        "jndi-names" => [
            "java:module/ManagedSingletonBean!sample.ManagedSingletonBean",
            "java:global/ejb-management/ManagedSingletonBean!sample.ManagedSingletonBean",
            "java:app/ejb-management/ManagedSingletonBean!sample.ManagedSingletonBean",
            "java:app/ejb-management/ManagedSingletonBean!sample.BusinessInterface",
            "java:global/ejb-management/ManagedSingletonBean!sample.BusinessInterface",
            "java:module/ManagedSingletonBean!sample.BusinessInterface"
        ],
        "methods" => {"doIt" => {
            "execution-time" => 156L,
            "invocations" => 3L,
            "wait-time" => 0L
        }},
        "peak-concurrent-invocations" => 1L,
        "run-as-role" => "Role3",
        "security-domain" => "other",
        "timeout-method" => "public void sample.ManagedSingletonBean.timeout(javax.ejb.Timer)",
        "timers" => [{
            "time-remaining" => 4304279L,
            "next-timeout" => 1577768415000L,
            "calendar-timer" => true,
            "persistent" => false,
            "info" => "timer1",
            "schedule" => {
                "year" => "*",
                "month" => "*",
                "day-of-month" => "*",
                "day-of-week" => "*",
                "hour" => "0",
                "minute" => "0",
                "second" => "15",
                "timezone" => undefined,
                "start" => undefined,
                "end" => undefined
            }
        }],
        "transaction-type" => "CONTAINER",
        "wait-time" => 0L,
        "service" => {"timer-service" => undefined}
    }
}

/deployment=ejb-management.jar/subsystem=ejb3/message-driven-bean=NoTimerMDB:read-resource(include-runtime)

/deployment=ejb-management.jar/subsystem=ejb3/message-driven-bean=NoTimerMDB:read-resource(include-runtime)

{
    "outcome" => "success",
    "result" => {
        "activation-config" => [
            ("destination" => "java:/queue/NoTimerMDB-queue"),
            ("destinationType" => "javax.jms.Queue"),
            ("acknowledgeMode" => "Auto-acknowledge")
        ],
        "component-class-name" => "sample.NoTimerMDB",
        "declared-roles" => [
            "Role3",
            "Role2",
            "Role1"
        ],
        "delivery-active" => true,
        "execution-time" => 0L,
        "invocations" => 0L,
        "message-destination-link" => "queue/NoTimerMDB-queue",
        "message-destination-type" => "javax.jms.Queue",
        "messaging-type" => "javax.jms.MessageListener",
        "methods" => {},
        "peak-concurrent-invocations" => 0L,
        "pool-available-count" => 16,
        "pool-create-count" => 0,
        "pool-current-size" => 0,
        "pool-max-size" => 16,
        "pool-name" => "mdb-strict-max-pool",
        "pool-remove-count" => 0,
        "run-as-role" => "Role3",
        "security-domain" => "other",
        "timeout-method" => undefined,
        "timers" => [],
        "transaction-type" => "CONTAINER",
        "wait-time" => 0L,
        "service" => undefined
    }
}

{
    "outcome" => "success",
    "result" => {
        "activation-config" => [
            ("destination" => "java:/queue/NoTimerMDB-queue"),
            ("destinationType" => "javax.jms.Queue"),
            ("acknowledgeMode" => "Auto-acknowledge")
        ],
        "component-class-name" => "sample.NoTimerMDB",
        "declared-roles" => [
            "Role3",
            "Role2",
            "Role1"
        ],
        "delivery-active" => true,
        "execution-time" => 0L,
        "invocations" => 0L,
        "message-destination-link" => "queue/NoTimerMDB-queue",
        "message-destination-type" => "javax.jms.Queue",
        "messaging-type" => "javax.jms.MessageListener",
        "methods" => {},
        "peak-concurrent-invocations" => 0L,
        "pool-available-count" => 16,
        "pool-create-count" => 0,
        "pool-current-size" => 0,
        "pool-max-size" => 16,
        "pool-name" => "mdb-strict-max-pool",
        "pool-remove-count" => 0,
        "run-as-role" => "Role3",
        "security-domain" => "other",
        "timeout-method" => undefined,
        "timers" => [],
        "transaction-type" => "CONTAINER",
        "wait-time" => 0L,
        "service" => undefined
    }
}

이 섹션에서는 최적의 데이터 소스 또는 리소스 어댑터 성능을 위해 구성할 수 있는 선택한 풀 속성의 조언을 자세히 설명합니다.

성능에 부정적인 영향을 미칠 수 있으므로 messaging-activemq 하위 시스템에 대한 통계 수집은 기본적으로 활성화되어 있지 않습니다. 큐의 메시지 수 또는 큐에 추가된 메시지 수와 같은 기본 정보를 얻기 위해 큐 통계를 활성화할 필요가 없습니다. 이러한 통계는 통계를 true 로 설정하지 않고도 큐 속성을 사용하여 사용할 수 있습니다.

관리 CLI 또는 관리 콘솔을 사용하여 추가 통계 컬렉션을 활성화할 수 있습니다.

/subsystem=messaging-activemq/server=default:write-attribute(name=statistics-enabled,value=true)

/subsystem=messaging-activemq/server=default:write-attribute(name=statistics-enabled,value=true)

/subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:write-attribute(name=statistics-enabled,value=true)

/subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra:write-attribute(name=statistics-enabled,value=true)

관리 CLI 또는 관리 콘솔을 사용하여 메시징 서버의 런타임 통계를 볼 수 있습니다.

/subsystem=messaging-activemq/server=default/jms-queue=DLQ:read-resource(include-runtime=true)
{
    "outcome" => "success",
    "result" => {
        "consumer-count" => 0,
        "dead-letter-address" => "jms.queue.DLQ",
        "delivering-count" => 0,
        "durable" => true,
        ...
    }
}

/subsystem=messaging-activemq/server=default/jms-queue=DLQ:read-resource(include-runtime=true)
{
    "outcome" => "success",
    "result" => {
        "consumer-count" => 0,
        "dead-letter-address" => "jms.queue.DLQ",
        "delivering-count" => 0,
        "durable" => true,
        ...
    }
}

/subsystem=messaging-activemq/server=default/jms-topic=testTopic:read-resource(include-runtime=true)
{
    "outcome" => "success",
    "result" => {
        "delivering-count" => 0,
        "durable-message-count" => 0,
        "durable-subscription-count" => 0,
        ...
    }
}

/subsystem=messaging-activemq/server=default/jms-topic=testTopic:read-resource(include-runtime=true)
{
    "outcome" => "success",
    "result" => {
        "delivering-count" => 0,
        "durable-message-count" => 0,
        "durable-subscription-count" => 0,
        ...
    }
}

/subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra/statistics=pool:read-resource(include-runtime=true)
{
    "outcome" => "success",
    "result" => {
        "ActiveCount" => 1,
        "AvailableCount" => 20,
        "AverageBlockingTime" => 0L,
        "AverageCreationTime" => 13L,
        "AverageGetTime" => 14L,
        ...
    }
}

/subsystem=messaging-activemq/server=default/pooled-connection-factory=activemq-ra/statistics=pool:read-resource(include-runtime=true)
{
    "outcome" => "success",
    "result" => {
        "ActiveCount" => 1,
        "AvailableCount" => 20,
        "AverageBlockingTime" => 0L,
        "AverageCreationTime" => 13L,
        "AverageGetTime" => 14L,
        ...
    }
}

메시징 서버에 대해 다음 메시지 카운터 특성을 구성할 수 있습니다.

/subsystem=messaging-activemq/server=default::write-attribute(name=STATISTICS_NAME,value=STATISTICS_VALUE)

/subsystem=messaging-activemq/server=default::write-attribute(name=STATISTICS_NAME,value=STATISTICS_VALUE)

예를 들어 다음 명령을 사용하여 message-counter-max-day-history 를 5일로 설정하고 message-counter-sample-period 를 2초로 설정합니다.

/subsystem=messaging-activemq/server=default:write-attribute(name=message-counter-max-day-history,value=5)
/subsystem=messaging-activemq/server=default:write-attribute(name=message-counter-sample-period,value=2000)

/subsystem=messaging-activemq/server=default:write-attribute(name=message-counter-max-day-history,value=5)
/subsystem=messaging-activemq/server=default:write-attribute(name=message-counter-sample-period,value=2000)

다음 관리 CLI 작업을 사용하여 큐의 메시지 카운터 및 메시지 카운터 기록을 볼 수 있습니다.

관리 CLI 명령은 이러한 값을 사용하여 다음 구문을 사용합니다. 'QUEUE_NAME' 및 'OPERATION_NAME' 을 사용할 대기열 이름 및 작업으로 교체해야 합니다.

/subsystem=messaging-activemq/server=default/jms-queue=QUEUE_NAME:OPERATION_NAME

/subsystem=messaging-activemq/server=default/jms-queue=QUEUE_NAME:OPERATION_NAME

예를 들어 다음 명령을 사용하여 TestQueue 큐에 대한 메시지 카운터를 JSON 형식으로 확인합니다.

/subsystem=messaging-activemq/server=default/jms-queue=TestQueue:list-message-counter-as-json
{
    "outcome" => "success",
    "result" => "{\"destinationName\":\"TestQueue\",\"destinationSubscription\":null,\"destinationDurable\":true,\"count\":0,\"countDelta\":0,\"messageCount\":0,\"messageCountDelta\":0,\"lastAddTimestamp\":\"12/31/69 7:00:00 PM\",\"updateTimestamp\":\"2/20/18 2:24:05 PM\"}"
}

/subsystem=messaging-activemq/server=default/jms-queue=TestQueue:list-message-counter-as-json
{
    "outcome" => "success",
    "result" => "{\"destinationName\":\"TestQueue\",\"destinationSubscription\":null,\"destinationDurable\":true,\"count\":0,\"countDelta\":0,\"messageCount\":0,\"messageCountDelta\":0,\"lastAddTimestamp\":\"12/31/69 7:00:00 PM\",\"updateTimestamp\":\"2/20/18 2:24:05 PM\"}"
}

reset-message-counter 관리 CLI 작업을 사용하여 큐의 메시지 카운터를 재설정할 수 있습니다.

/subsystem=messaging-activemq/server=default/jms-queue=TestQueue:reset-message-counter
{
    "outcome" => "success",
    "result" => undefined
}

/subsystem=messaging-activemq/server=default/jms-queue=TestQueue:reset-message-counter
{
    "outcome" => "success",
    "result" => undefined
}

관리 콘솔을 사용하여 다음을 수행할 수 있습니다.

Jakarta Messaging API를 사용하는 경우 다음 정보를 검토하여 성능을 개선하는 방법에 대한 팁을 검토하십시오.

이 섹션에서는 조정할 수 있는 JBoss EAP 메시징의 다른 위치에 대해 설명합니다.

콘솔 로깅을 비활성화하면 JBoss EAP 성능이 향상될 수 있습니다. 콘솔에 로그를 출력하는 것은 개발 및 테스트 환경에 유용할 수 있지만 프로덕션 환경에서는 대부분의 경우 필요하지 않습니다. JBoss EAP 루트 로거에는 standalone-full-ha 를 제외한 모든 기본 독립 실행형 서버 프로필에 대한 콘솔 로그 처리기가 포함되어 있습니다. 기본 관리형 도메인 프로필에는 콘솔 처리기가 포함되어 있지 않습니다.

루트 로거에서 기본 콘솔 핸들러를 제거하려면 다음 관리 CLI 명령을 사용합니다.

/subsystem=logging/root-logger=ROOT:remove-handler(name=CONSOLE)

/subsystem=logging/root-logger=ROOT:remove-handler(name=CONSOLE)

이상적인 성능을 위해서는 프로덕션 환경에 대한 로깅 수준을 적절하게 구성해야 합니다. 예를 들어 INFO 또는 DEBUG 수준은 개발 또는 테스트 환경에 적합하지만 대부분의 경우 프로덕션 환경 로깅 수준을 WARN 또는 ERROR 와 같은 더 높은 값으로 설정해야 합니다.

로그 파일의 스토리지 위치를 잠재적인 성능 문제로 고려해야 합니다. I/O 처리량이 좋지 않은 파일 시스템 또는 디스크 구성에 로그를 저장하면 전체 플랫폼의 성능에 영향을 미칠 수 있습니다.

로깅이 JBoss EAP 성능에 영향을 미치지 않도록 하려면 공간이 많은 고성능 전용 디스크로 로그 위치를 설정하는 것이 좋습니다.

버퍼 캐시는 undertow 하위 시스템에서 처리하는 정적 파일을 저장합니다. 여기에는 이미지, 정적 HTML, CSS 및 JavaScript 파일이 포함됩니다. 각 Cryostat 서블릿 컨테이너에 대한 기본 버퍼 캐시를 지정할 수 있습니다. 서블릿 컨테이너에 최적화된 버퍼 캐시를 사용하면 정적 파일을 제공하기 위해 Cryostat 성능을 향상시킬 수 있습니다.

버퍼 캐시의 버퍼는 지역에 할당되며 고정된 크기입니다. 각 버퍼 캐시에는 세 가지 구성 가능한 속성이 있습니다.

버퍼 크기, 영역당 버퍼 수 및 최대 영역 수를 곱하여 버퍼 캐시에서 사용하는 최대 메모리 양을 계산할 수 있습니다. 예를 들어 기본 버퍼 캐시는 리전당 1024바이트 * 1024 버퍼 * 10개 리전 = 10MB입니다.

정적 파일의 크기 및 테스트 결과 개발 환경에서 예상되는 로드를 기반으로 버퍼 캐시를 구성합니다. 성능에 미치는 영향을 결정할 때 사용된 메모리와 버퍼 캐시 성능 이점의 균형을 고려하십시오.

Cryostat 바이트 버퍼 풀은 풀링된 NIO Cryostat Buffer 인스턴스를 할당하는 데 사용됩니다. 모든 리스너에는 바이트 버퍼 풀이 있으며 각 리스너에 서로 다른 버퍼 풀과 작업자를 사용할 수 있습니다. 바이트 버퍼 풀은 서로 다른 서버 인스턴스 간에 공유할 수 있습니다.

성능에 상당한 영향을 미치는 기본 바이트 버퍼 풀 속성은 버퍼 크기 입니다. 기본값은 시스템의 RAM 리소스를 기반으로 계산되며 대부분의 경우 충분합니다. 이 속성을 수동으로 구성하는 경우 대부분의 서버에 이상적인 크기는 16KB입니다.

다음 Jakarta 서버 페이지 구성 옵션은 Jakarta 서버 페이지를 Java 바이트 코드로 컴파일하는 방법에 대한 최적화를 제공합니다.

/subsystem=undertow/servlet-container=__SERVLET_CONTAINER__/setting=jsp/:write-attribute(name=__OPTION_NAME__,value=true)

/subsystem=undertow/servlet-container=__SERVLET_CONTAINER__/setting=jsp/:write-attribute(name=__OPTION_NAME__,value=true)

/subsystem=undertow/servlet-container=default/setting=jsp/:write-attribute(name=generate-strings-as-char-arrays,value=true)

/subsystem=undertow/servlet-container=default/setting=jsp/:write-attribute(name=generate-strings-as-char-arrays,value=true)

애플리케이션 및 환경에 따라 특정 유형의 트래픽과 같이 특정 유형의 트래픽과 같은 여러 리스너를 구성한 다음 각 리스너에 대한 옵션을 구성할 수 있습니다.

다음은 HTTP, HTTPS 및 Cryostat 리스너에 구성할 수 있는 성능 관련 옵션입니다.

/subsystem=undertow/server=SERVER_NAME/LISTENER_TYPE=LISTENER_NAME:write-attribute(name=OPTION_NAME,value=OPTION_VALUE)

/subsystem=undertow/server=SERVER_NAME/LISTENER_TYPE=LISTENER_NAME:write-attribute(name=OPTION_NAME,value=OPTION_VALUE)

/subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=max-connections,value=100000)

/subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=max-connections,value=100000)

각각 고유한 성능 구성이 있고 다른 I/O 작업을 처리하는 개별 작업자를 여러 개 생성할 수 있습니다. 예를 들어, 하나의 작업자를 생성하여 HTTP I/O를 처리하고, 다른 작업자를 생성하여 자카르타 Enterprise Cryostat I/O를 처리한 다음 특정 로드 요구 사항에 맞게 각 작업자의 속성을 별도로 구성할 수 있습니다.

성능에 상당한 영향을 미치는 작업자 속성에는 작업자가 사용할 수 있는 총 I/O 스레드 수를 설정하는 io-threads 와 특정 작업에 사용할 수 있는 최대 스레드 수를 설정하는 task-max-threads 가 포함됩니다. 이 두 속성의 기본값은 서버의 CPU 수에 따라 계산됩니다.

/subsystem=io/worker=default:read-resource(include-runtime=true,recursive=true)

/subsystem=io/worker=default:read-resource(include-runtime=true,recursive=true)

io 하위 시스템의 버퍼 풀은 I/O 작업에 특별히 사용되는 풀링된 NIO 버퍼 인스턴스입니다. 작업자와 마찬가지로 특정 I/O 작업을 처리하기 위해 전용할 수 있는 별도의 버퍼 풀을 생성할 수 있습니다.

성능에 상당한 영향을 미치는 주요 버퍼 풀 속성은 버퍼 크기 입니다. 기본값은 시스템의 RAM 리소스를 기반으로 계산되며 대부분의 경우 충분합니다. 이 속성을 수동으로 구성하는 경우 대부분의 서버에 이상적인 크기는 16KB입니다.

jgroups 하위 시스템의 통계를 활성화하여 관리 CLI 또는 Cryostat를 통해 JBoss EAP 클러스터링을 모니터링할 수 있습니다.

가능한 경우 Cryostat 트래픽의 네트워크 인터페이스는 전용 VLAN(Virtual Local Area Network)의 일부여야 합니다. 이를 통해 클러스터 통신을 다른 JBoss EAP 네트워크 트래픽과 분리하여 클러스터 네트워크 성능, 처리량 및 보안을 보다 쉽게 제어할 수 있습니다.

클러스터 성능을 개선하기 위해 고려해야 할 또 다른 네트워크 구성은 점보 프레임을 활성화하는 것입니다. 네트워크 환경이 지원하는 경우 MTU(Maximum Transmission Unit)를 늘려 점보 프레임을 활성화하면 특히 처리량이 높은 환경에서 네트워크 성능을 향상시키는 데 도움이 될 수 있습니다.

점보 프레임을 사용하려면 네트워크의 모든 NIC 및 스위치가 이를 지원해야 합니다.

Cryostat의 메시지 번들링은 여러 개의 작은 메시지를 더 큰 번들로 어셈블하여 네트워크 성능을 향상시킵니다. 네트워크를 통해 많은 작은 메시지를 클러스터 노드로 보내는 대신 최대 번들 크기에 도달하거나 전송할 메시지가 없을 때까지 메시지가 대기열에 추가됩니다. 대기 중인 메시지는 더 큰 메시지 번들로 어셈블된 후 전송됩니다.

이 번들링은 특히 네트워크 통신에 대한 오버헤드가 높은 TCP 환경에서 통신 오버헤드를 줄입니다.

jgroups 하위 시스템은 클러스터 통신을 처리하기 위해 자체 스레드 풀을 사용합니다. Cryostat에는 개별적으로 구성할 수 있는 기본,내부,oob 및 타이머 함수를 위한 스레드 풀이 포함되어 있습니다. 각 Cryostat 스레드 풀에는 keepalive-time,max-threads,min-threads, queue-length 에 대한 구성 가능한 속성이 포함되어 있습니다.

각 스레드 풀 속성에 대한 적절한 값은 환경에 따라 다르지만 대부분의 경우 기본값으로 충분합니다.

jgroups 하위 시스템에는 UDP 및 TCP 스택 모두에 대해 구성 가능한 전송 및 수신 버퍼가 있습니다.

Cryostat 버퍼의 적절한 값은 환경에 따라 다르지만 대부분의 경우 기본값으로 충분합니다. 개발 환경에서 로드된 상태에서 클러스터를 테스트하여 버퍼 크기에 적합한 값을 조정하는 것이 좋습니다.

관리 콘솔을 사용하여 저널 로그 저장소를 활성화할 수 있습니다.

관리 CLI를 사용하여 저널 로그 저장소를 활성화할 수 있습니다.