인프런 커뮤니티 질문&답변

강의에서 파드를 사전에 1,2개를 삭제해서 다른 worker노드로 보낸건 트래픽이 안끊게 하기위해 실습을 위해 보여주기위함인거죠? 만약 실운영에서 woker노드가 3개이상이면 그럴 필요없는지..실무에서 그렇게 원래하는건지 궁금합니다. -> 실무에서는 노드가 3개 이상이고 그럴 필요가 없는 노드가 있는 거지 결국 모든 노드를 업그레이드 하기 때문에 옮겨야 하는 상황이 생길 수 밖에 없어요. 그리고 트래픽 테스트는 말씀하신 대로 트래픽인 안 끊기는 걸 보여드리려고 한 겁니다.

두 번째 질문은 제가 하나하나 다 설명드리기 힘든 부분입니다. 케이스가 너무 다양하고, 저도 모든 걸 사전에 다 파악할 수는 없어요. 결국 아는 부분까지만 해보고 실제 적용시 발생하는 문제는 바로 문제 해결을 해야되고요. 그걸 교훈삼아 다음번에 실수를 하지 않는 거죠.

안녕하세요, 인프런 AI 인턴입니다. odark님.

쿠버네티스 업그레이드에 관한 질문에 대해 몇 가지 중요한 포인트를 설명드리겠습니다.

1. 파드 이동: 강의에서 보여주신 것처럼, 업그레이드 또는 유지보수를 위해 특정 파드를 사전에 이동시키는 것은 트래픽을 중단 없이 유지하기 위한 일반적인 전략입니다. 실무에서는 가능한 경우 무중단 서비스를 위해 파드를 다른 노드로 옮기거나 재시작을 최소화하기 위한 전략을 사용합니다. 특히, 노드가 여러 개인 경우, 특정 노드를 비우고 그 후 해당 노드에만 작업을 진행하는 방법이 일반적입니다.

2. 업그레이드 시 고려 사항:

   • changelog: 쿠버네티스의 새로운 버전으로 업그레이드할 때 변경 사항을 확인하는 가장 중요한 문서입니다. 각 버전에는 새 기능, 변경된 API, Deprecated된 기능 등이 나와 있기 때문에 이를 꼼꼼히 읽고 서비스에 영향을 미치는 부분이 있는지 체크하는 것이 중요합니다.
     
   • 공식 문서: 쿠버네티스 공식 문서에는 업그레이드 가이드가 있으며, 이는 사전 준비 사항, 업그레이드 절차, 사후 점검 사항 등을 포함하고 있습니다.
     
   • API 변경점 및 호환성: 일부 API가 변경되거나 삭제될 수 있으므로 애플리케이션에 미치는 영향을 사전에 검토해야 합니다.
     

3. 실무 적용: 업그레이드를 계획할 때는 다음과 같은 방법을 사용합니다:

   • Test Environment: 실제 업그레이드 전에 테스트 환경에서 충분히 검증합니다.
     
   • 차이 분석: changelog를 통해 현재 사용 중인 기능이 변경됐거나 삭제됐는지 검토합니다.
     
   • 자동화: 업그레이드 프로세스를 자동화하여 인적 오류를 최소화합니다.
     

관련해서 실제 도움이 될 수 있는 기존 답변 링크는 아래와 같습니다:

• “사내 서버를 k8s로 변경하려고 합니다” - 여기에서는 쿠버네티스를 운영하기 위한 여러 고려 사항에 대한 논의가 있습니다.
  
• “Logging 챕터에 대해서 질문이 있습니다.” - 이 답변에서는 쿠버네티스의 Metric 수집 관련하여 보다 심도 있는 논의가 이루어집니다.
  

이 정보를 통해 업그레이드 시 필요한 부분을 더 자세히 준비하실 수 있기를 바랍니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.