일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- dify
- 백준 #10430
- Swap Memory
- lvm #lv #vg #pv
- Linux #wc
- 티스토리챌린지
- publishnotreadyaddress
- EKS
- NameSpace #NS
- function #사용자 정의 함수
- Python #pakage
- test #비교
- 네트워크 #NW
- jmap #jstack
- Kafka #카프카
- PODS #POD #pods #pod #파드 #재기동 #롤링재기동 #rolling
- CI #CD #CI/CD
- Grid #CSS
- Node #POD #Container
- lenova #레노버 #노트북
- OCP
- 오블완
- Excel #엑셀
- shell #shell script
- istio #k8s #kubernetes
- jgrp000032 #ocp #
- bootstrap #css #CSS
- dump #jattach
- DB #mariaDB #SQL
- EFK
Archives
- Today
- Total
BEOM_IT
retry (재시작) 설정 본문
728x90
반응형
retry on 설정이 없을시 retry attempt의 설정은 0으로 간주된다.
이는 retry 매커니즘의 동작방식에 따라 변경될수 있고 특정 시스템 or 프레임워크의 구현에 따라 다를 수 있습니다.
일반적으로 "retry on" 설정은 어떤 유형의 예외 또는 오류가 발생할 경우 리트라이를 시도해야 하는지를 지정하는 데 사용됩니다. "retry attempts" 설정은 리트라이를 시도할 최대 횟수를 지정합니다. 이러한 설정이 없으면, 리트라이 메커니즘은 기본적으로 활성화되지 않고 0으로 간주될 수 있습니다. 따라서, "retry attempts" 설정이 0이면, 리트라이가 전혀 이루어지지 않을 것입니다.
하지만 이는 구체적인 시나리오나 사용 중인 시스템에 따라 다를 수 있으므로, 정확한 동작을 확인하려면 해당 시스템의 문서 또는 구현 세부 정보를 참조하는 것이 좋습니다. 각각의 시스템이나 프레임워크는 리트라이 관련 설정의 동작 방식과 기본값을 명확히 설명하는 공식 문서를 제공합니다.
728x90
반응형
'DevOps > Kubernetes' 카테고리의 다른 글
kubernetes - Health Check (0) | 2023.08.24 |
---|---|
EKS 오류시 해결 방법 및 클러스터 삭제 방법 (0) | 2023.07.18 |
쿠버네티스 컴포넌트 (0) | 2023.07.18 |
빌드배포 자동화 CI/CD (0) | 2023.07.18 |
Kibana (0) | 2023.07.18 |