Network 기초: 3-Day 네트워크의 주요 구성 요소와 그 관계
Network 는 어떻게 이루어져 있는가? Network 구성 요소를 알아야 하는 이유 무엇이든 기초가 중요하지만 왜 네트워크 구성 요소를 알아야 하는지 꼽아보자면 아래와 같습니다. Network 의 확장판: 인터넷 인터넷은 전세계의 네트워크들이 …
Network 는 어떻게 이루어져 있는가? Network 구성 요소를 알아야 하는 이유 무엇이든 기초가 중요하지만 왜 네트워크 구성 요소를 알아야 하는지 꼽아보자면 아래와 같습니다. Network 의 확장판: 인터넷 인터넷은 전세계의 네트워크들이 …
OSI 7 Layers 암기의 필요성 굳이 외우지 않아도.. TCP/IP 네트워크 학습을 위해 반드시 OSI 7 Layer를 알 필요는 없다고 말하고 싶다. OSI 7 Layer는 네트워크의 ‘개념과 이상’을 설명하기 위한 모델이다. …
데이터 타입 이해하기 데이터 통신을 이해하려면 각 계층에서 사용되는 다양한 데이터 타입에 대해 알아야 합니다. 이 포스트에서는 데이터 통신의 주요 데이터 타입을 간략히 소개하고, 택배로 비유하여 이해하기 쉽게 설명해보겠습니다. 스트림(Stream) …
Kubernetes Deployment Deployment는 쿠버네티스(Kubernetes)에서 애플리케이션을 관리하고 확장하기 위한 중요한 리소스 중 하나입니다. Concept 쿠버네티스(Kubernetes)에서 Deployment는 애플리케이션을 관리하고 배포하는 핵심적인 개념 중 하나입니다. Deployment는 주로 상태를 선언적으로 관리하며, 원하는 수의 파드 …
Kubernetes ConfigMap Concept ConfigMap은 쿠버네티스(Kubernetes)에서 애플리케이션의 구성을 파드에서 분리하여 저장하고 관리하기 위한 리소스입니다. ConfigMap을 사용하면 환경 변수, 커맨드라인 인수, 설정 파일 또는 다른 구성 데이터를 컨테이너화된 애플리케이션에 주입할 수 있습니다. …
Kubernetes Cluster Concept “클러스터”는 컴퓨터 네트워킹 및 분산 시스템의 영역에서 여러 대의 컴퓨터 또는 서버가 모여 하나의 단일 시스템처럼 작동하는 구성을 의미합니다. 클러스터는 고가용성, 부하 분산, 확장성 등의 이점을 제공합니다. …
Kubernetes Nodes Concept Kubernetes에서 “노드”는 쿠버네티스 클러스터의 워커 머신을 나타내며, 이전에는 “미니언”이라고도 불렸습니다. 노드는 클러스터의 일부로서, 쿠버네티스에서 실행되는 파드의 컨테이너가 실행되는 곳입니다. Minion Kubernetes의 초기 버전에서 워커 머신(즉, 파드를 실행하는 …
VMマネージャーの異常現象とその原因 以前、VM(Virtual Machine)を管理する VM Manager で異常現象が発生したことがあります。サーバの再起動ができない、必要なパッチファイルまで消えてしまった状態でした。 その原因を探ってみると、インストール時にファイルを誤った場所に解凍してしまったことがわかりました。 誤ったファイルの位置 Managerをインストールする際に、/rootではなく/root/backupにtar.gzファイルを解凍してしまいました。問題は、/root/backupディレクトリが1日ごとに自動的に削除される設定だったため、必要なファイルがすべて消えてしまったのです。 その結果、2日間の作業が全て無駄になってしまいました。 人為的エラーは完全には消せない この事件から学んだことは、どれだけ注意深く行動しても100%人為的エラーを消すことはできないということです。しかし、このようなミスを最小限に抑えるためのいくつかの方法が考えられます。 スクリプト化による問題解決 最も手っ取り早い解決策は、作業をスクリプトで自動化することです。すべてのサイトの初期設定が同じであれば、そのプロセスをスクリプト化して自動化できます。このようにすると、同じミスを繰り返す可能性を大幅に減らすことができるでしょう。 まとめ 明確なドキュメント作成の重要性 最後に、インストールや設定プロセスをドキュメント化する際は、できる限り明確にしてください。複雑なドキュメントは作業者に混乱をもたらす可能性があります。この事件をきっかけに、より体系的で明確な作業方法を確立したいと考えています。 誰でもミスは犯す可能性がありますが、そのミスから得た教訓を通じて、より良いシステムを構築することができます。皆さんも注意して、効率的な作業のための方法を常に探し続けていきましょう。
ポッド(Pod)名前の由来 “Pod(ポッド)”という名前は、Kubernetes(クーベルネティス)がDocker(ドッカー)のコンテナオーケストレーションを拡張する目的で作成されたプラットフォームであることを考慮に入れています。Dockerでは、コンテナを使ってアプリケーションをパッケージ化します。Dockerコンテナはしばしば一緒に配置され、複数のコンテナが協力するパターンも多いです。 このようなグループを表現するために、Kubernetesでは”Pod”という概念を導入しました。 “Pod”という言葉は、クジラの群れ(whale pod)から由来しています。クジラの群れは、密接に相互作用するクジラのグループを指します。KubernetesがDockerのクジラ(whale)のロゴを連想させるように設計されたプラットフォームであるため、 このように相互作用するコンテナグループを「ポッド」と呼ぶことは非常に意味のある命名だと言えます。ポッドはKubernetesで一つ以上のコンテナが密接に協力し、相互作用できる「小さな舞台」または「グループ」を形成する単位となりました。 ポッド(Pod)の理解 車に例えると? Kubernetesの「Pod(ポッド)」は、まるで自動車の各席のように考えることができます。 自動車には運転席、助手席、後部座席など、いくつかの席があり、それぞれに特別な機能があります。例えば、運転席では車を運転し、助手席ではナビゲーションを担当することができます。同様に、一つのポッド内には複数のコンテナが存在することがあり、各コンテナは特別な役割を持っています。 それで、ポッドってなに? このように複数のコンテナが一つのポッド内に集まっているため、そのコンテナたちは簡単に互いのデータやリソースを共有することができます。例えば、一つのコンテナがデータを処理し、その結果を別のコンテナが使用することができます。 ポッドは複数のコンテナが効率的に協力できる小さな作業スペースのようなものです。 ポッド(Pod)のアーキテクチャ まとめ
Kubernetes 用語の整理 Kubernetesは、それ自体が独特のエコシステムと哲学を持っています。それを効果的に利用し、理解するためには、基本的な用語や概念に慣れる必要があります。Kubernetesに関連する主要な用語とその意味を整理し、全体的なアーキテクチャや動作原理の基本的な理解を深める手助けをします。 初めてのステップとして、これらの用語にはまだ慣れていないかもしれませんが、時間が経てば自然と慣れてくるでしょう。 用語の整理を通して得られる基本的な理解は、Kubernetesの他の学習リソースやドキュメントを読む際、また実際の環境での作業を行う際に大きな助けとなります。だから、ゆっくりと各用語を覚え、その意味と使用方法を理解することが重要です。 Kubernetes コンポネントを車に例えると以下の通り Kubernetes 学習プランをたてる 基礎編:初心者向け 応用編:中級者むけ 専門編:上級者むけ 2023.10.29 追記 Azure Kubernetes Service