안정적인 배포 환경 만들기

1. 시간이 지나 데이터베이스 ID가 범위를 초과하거나 불필요한 간격이 생깁니다.
2. 시스템에서 메모리가 조금씩 누수되어 재시작이 필요합니다.
3. 시간이 지날수록 느려져 재시작이 필요합니다.
4. 데이터베이스 크기가 커질수록 느려집니다.
5. 개별 서비스의 스레드가 고갈됩니다.
6. 개별 서비스에 할당된 데이터베이스 연결이 고갈됩니다.
7. 시스템이 오류를 보고하지 않습니다.
8. 시스템이 필요한 것보다 많은 디스크 공간을 사용합니다.
9. 시스템 재부팅 후 서비스가 다시 시작되지 않습니다.
10. 서비스 재시작 후 서비스 가능 상태가 되지 않습니다.
11. Active에서 Passive로 데이터 복제가 이루어지지 않습니다.
12. Active에서 Passive로의 자동 전환이 작동하지 않습니다.
13. Passive에서 Active로의 자동 전환이 작동하지 않습니다.
14. 일정 시간 사용하지 않은 데이터베이스 연결이 오래된 상태가 됩니다.
15. 실패한 이벤트가 서비스 재시작 후를 포함하여 자동으로 해결되지 않습니다.
16. 매우 큰 파일 업로드로 서버 응답성이 저하됩니다.
17. 리디렉션 루프로 서비스 거부가 발생합니다(낮은 우선순위).
18. 비효율적인 보고서가 프로덕션 운영을 느리게 하거나 방해합니다.

위 시나리오는 수동 또는 자동 방식으로 테스트해야 합니다.

환경

기능 테스트

충분한 디스크 공간, CPU, 메모리를 갖춘 환경을 구성합니다. 기능 테스트가 모든 기본 시나리오를 다루는지 확인하고 며칠 동안 계속 실행합니다.

시스템은 경고를 표시한 후에도 일정 시간 계속 작동하도록 구성해야 합니다. 예를 들어 OpenMRS의 스레드가 고갈되는 상황을 고려합니다.

• 연결 풀 크기(min, max, increment)
• 각 서비스는 가능하면 연결 풀 하나만 사용해야 합니다.
• min=5, increment=1
• max=배포 규모에 따라 설정

• 스레드 풀 최대 크기를 지나치게 크게 설정하지 마십시오. 예를 들어 JSS에서는 OpenMRS 100, OpenELIS 20이면 충분합니다.

• 문제가 즉시 보고되도록 이 크기는 10이어야 합니다. 프로덕션 문제를 해결하는 동안에는 일시적으로 늘릴 수 있습니다.

• 최대 연결 수에는 임시 사용 연결도 포함됩니다. 따라서 애플리케이션에 지정한 연결 풀 크기보다 약간 높게 설정하십시오.

• Icinga
• 프로덕션 환경에서 문제가 발생했을 때 알림을 보내는 방법
• 모니터링이 실제로 작동하는지 테스트

• 시스템을 중단하지 않고 실행 중인 시스템 매개변수를 쉽게 가져올 수 있어야 합니다.
• 병원 시스템 관리자가 실행 중인 시스템에서 이러한 매개변수를 추출하는 명령을 실행할 수 있어야 합니다.