
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Fri, 31 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/on-premise/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/kubernetes/2026-07-31-k0s-airgap-install-guide</guid>
    <title>k0s 폐쇄망 설치와 k0sctl 자동화 — 이미지 번들 제작부터 다중 노드 업그레이드까지</title>
    <link>https://www.youngju.dev/blog/kubernetes/2026-07-31-k0s-airgap-install-guide</link>
    <description>인터넷 경로가 없는 폐쇄망에서 k0s 클러스터를 세우고 운영하는 절차를 명령어 단위로 정리합니다. k0s airgap list-images와 bundle-artifacts로 이미지 번들을 만드는 세 가지 방법, 자체 워크로드 이미지를 같은 번들에 합치는 요령, k0s가 번들을 자동 임포트하는 디렉터리 규칙, 그리고 default_pull_policy를 Never로 못 박아 외부 pull 시도를 아예 막는 설정을 다룹니다. 이어서 k0sctl로 SSH를 통해 바이너리와 번들을 여러 호스트에 밀어 넣고 한 번의 apply로 클러스터를 구성하는 방법, 업그레이드가 같은 명령으로 이루어지는 이유와 노드 제거가 안 되는 한계를 설명합니다. 마지막으로 k3s 흐름과 정직하게 비교해 k0s가 깔끔한 지점과 손이 더 가는 지점을 나눠 적었습니다. 모든 명령은 k0s v1.36.3+k0s.0과 k0sctl v0.32.2 기준으로 확인했습니다.</description>
    <pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>kubernetes</category><category>k0s</category><category>k0sctl</category><category>air-gap</category><category>on-premise</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/kubernetes/2026-07-31-k3s-airgap-install-guide</guid>
    <title>k3s 폐쇄망 설치 완전 가이드 — 이미지 tarball 반입부터 사설 레지스트리, 에이전트 조인까지</title>
    <link>https://www.youngju.dev/blog/kubernetes/2026-07-31-k3s-airgap-install-guide</link>
    <description>인터넷 경로가 전혀 없는 폐쇄망에 k3s 클러스터를 세우는 전 과정을 명령어 단위로 정리합니다. 연결망 장비에서 airgap 이미지 tarball과 k3s 바이너리를 내려받아 체크섬 매니페스트를 만들고, 반입 매체에 무엇을 담을지 정하고, 이미지를 컨테이너 런타임 디렉터리에 배치한 뒤 INSTALL_K3S_SKIP_DOWNLOAD로 설치 스크립트를 실행하는 흐름을 다룹니다. 이어서 registries.yaml로 사내 레지스트리를 미러로 붙이고 자체 서명 CA를 신뢰시키는 방법, 에이전트 조인과 임베디드 etcd HA 구성을 설명합니다. 마지막으로 폐쇄망에서 실제로 발목을 잡는 실패 모드 일곱 가지 — 번들에 없는 자체 워크로드 이미지, 도달 불가 업스트림 DNS, 기본 레지스트리 엔드포인트 폴백, tarball과 바이너리의 버전 드리프트 — 를 원인과 확인 명령까지 함께 적었습니다. 모든 명령은 k3s v1.36.2+k3s1 기준으로 확인했습니다.</description>
    <pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>kubernetes</category><category>k3s</category><category>air-gap</category><category>on-premise</category><category>containerd</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/kubernetes/2026-07-31-k3s-vs-k0s-vs-rke2-onprem-selection</guid>
    <title>온프렘 경량 쿠버네티스 선택 기준 — k3s, k0s, RKE2를 데이터스토어와 규제로 가른다</title>
    <link>https://www.youngju.dev/blog/kubernetes/2026-07-31-k3s-vs-k0s-vs-rke2-onprem-selection</link>
    <description>기능 목록을 나열하는 대신 실제로 선택을 결정짓는 축만 놓고 k3s, k0s, RKE2를 비교합니다. 첫 번째 축은 데이터스토어입니다. SQLite로 시작하면 서버 노드를 늘릴 수 없고, 임베디드 etcd는 홀수 노드를 요구하며, 외부 데이터스토어는 운영 대상이 하나 늘어납니다. 두 번째는 무엇을 기본 번들에 넣는가와 그것을 걷어낼 때의 비용, 세 번째는 단일 바이너리와 스태틱 파드 배치의 차이, 네 번째는 RKE2가 존재하는 이유인 CIS 프로파일과 FIPS 대응이 실제로 누구에게 필요한가입니다. 마지막에 축을 한 표로 정리하고, 공장 현장 엣지 노드, 금융·공공 폐쇄망 내부 서비스 클러스터, 개발자 노트북과 CI라는 세 시나리오에 각각 어느 배포판을 권하는지와 그 근거를 적었습니다.</description>
    <pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>kubernetes</category><category>k3s</category><category>k0s</category><category>rke2</category><category>on-premise</category>
  </item>

    </channel>
  </rss>
