고가용성 페어 (바이너리 스타 패턴) 바이너리 스타 패턴은 Primary 백업에 대응하는 2개의 서버를 이용하여 신뢰성을 높입니다. 어떤 시점에서는 한 개의 서버 (Active)가 클라이언트로부터의 접속을 입력 받으며, 또 한편(비 Active)은 아무것도 하지 않습니다. 하지만 이 2개의 서버는 서로 감시하고 있습니다. 네트워크 상에서 Active서버가 접근할 수 없게 되면 곧바로 비 Active서버가 Active 서버의 역활을 이어 받습니다. 바이너리 스타 패턴은 다음과 같이 설계되어 있습니다. 단순한 고가용성 솔루션을 제공한다 간단히 이해할 수 있어서 쉽게 사용할 수 있을 것. 필요한 경우에만 Fail-Over한다 바이너리 스타 패턴에서는 이하의 패턴으로 Fail-Over가 발생합니다. Primary 서버에 치명적인 문제 (폭발, 화재.. 더보기 Volume과 PersistentVolume과 PersistentVolumeClaim의 차이 PersistentVolumeClaim 리소스는 영속화 영역을 이용하기 위한 리소스입니다. Config&Storage 리소스의 한 종류인 PersistentVolumeClaim을 설명하기 전에 Volume과 PersistentVolume, PersistentVolumeClaim의 차이를 이해 할 필요가 있습니다. Volume은 미리 준비된 이용가능한 볼륨 (호스트의 영역/NFS/iSCSI/Ceph) 등을 매니페스트로 직접 지정하여 이용가능하게 하는 것입니다. 때문에 이용자가 Kubernetes 상에서 신규로 볼륨을 작성한다거나, 기존의 볼륨을 제거한다거나 하는 조작을 실행할 수 없습니다. 또한 매니패스트에서 Volume 리소스를 작성한다거나 하는 처리도 실행할 수 없습니다. 그래서 PersistentVo.. 더보기 2. Namespace 에 의한 가상 클러스터의 분리 Kubernetes에는 Namespace라고 불리는 가상적인 Kubernetes 클러스터 분리기능이 있습니다. 완전한 분리 레벨은 아니기 때문에 사용처는 한계가 있지만, 1개의 Kubernetes 클러스터를 여러 팀에서 사용한다거나, 프로덕션 환경 / 스테이징 환경 / 개발 환경 등과 같이 환경 마다 분할한다거나 할 수 있습니다. 초기 상태에서는 하기의 3개의 Namespace가 작성되어 있습니다. kube-SystemKubernetes 클러스터의 컴포넌트와 애드온이 디플로이된 Namespacekube-public모든 유저가 이용할 수 있는 ConfigMap 등을 배치하는 Namespacedefault기본 Namespace kube-system은 관습적으로 Kubernetes Dashboard라고 하는 .. 더보기 이전 1 2 3 4 다음
