serial 및 롤링 배치 실행

모든 서버를 한 번에 업데이트하면 빠르지만, 잘못된 변경 하나로 전체 장비가 동시에 중단될 수 있습니다. 롤링 업데이트를 사용하면 이를 피할 수 있습니다.

serial 키워드는 플레이가 모든 호스트에서 동시에 실행되지 않고 일괄 처리 단위별로 진행되도록 합니다. 한 묶음을 업데이트한 다음 다음 묶음으로 넘어갑니다.

serial에 숫자를 지정하면 각 일괄 처리 단위에 그 수만큼 호스트가 포함됩니다. serial 2를 사용하면 Ansible은 나머지를 처리하기 전에 두 호스트에서 플레이 전체를 완료합니다.

백분율은 호스트 집합의 크기에 맞춰 조정됩니다. serial: 25%는 서버가 8대이든 800대이든 매 웨이브마다 호스트의 4분의 1을 업데이트합니다.

목록을 전달해 신뢰도가 높아질수록 일괄 처리 단위를 키울 수 있습니다. 호스트 하나로 시작한 다음 더 늘립니다. 이는 카나리 배포 후 전체 배포로 이어지는 전형적인 패턴입니다.

중요한 점은 serial이 다음 일괄 처리 단위로 넘어가기 전에 현재 단위에서 플레이 전체를 실행한다는 것입니다. 첫 번째 묶음이 완전히 끝나는 동안 뒤쪽 호스트는 아직 시작하지 않습니다.

max_fail_percentage를 serial과 함께 사용하면 한 일괄 처리 단위에서 너무 많은 호스트가 실패할 때 배포를 중단할 수 있어, 잘못된 변경 사항이 확산되기 전에 멈출 수 있습니다.

안전한 웨이브에서는 먼저 각 일괄 처리 단위의 호스트를 로드 밸런서에서 제거하고 변경 사항을 적용한 다음 호스트를 다시 추가합니다. 따라서 사용자가 업데이트 중인 서버에 연결되지 않습니다.

다른 일괄 처리 단위가 계속 트래픽을 처리하므로 롤링 업데이트는 무중단을 제공합니다. 배포하는 동안에도 애플리케이션을 계속 사용할 수 있습니다.

일괄 처리 단위 내부에서는 forks가 여전히 병렬 처리를 제어합니다. serial은 한 웨이브에서 처리할 수 있는 호스트 수를 제한하고, forks는 그 안에서 동시에 실행할 수를 제한합니다.

serial: 1로 시작하면 첫 번째 호스트가 카나리가 됩니다. 문제가 발생하면 실행이 그 지점에서 중단되고 나머지 호스트 집합은 정상 상태로 유지됩니다.

중단 없이 웹 서버 100대를 한 번에 몇 대씩 업데이트하려고 합니다.

serial을 사용해 변경 사항을 일괄 처리 단위별로 배포하고, 목록으로 규모를 점진적으로 늘리며, max_fail_percentage를 추가해 일찍 중단하십시오. 이것이 무중단 배포입니다. 🌊