Posts

Linux 스크립트가 필요한 이유: 사람은 반드시 실수를 하기 때문이다

VMマネージャーの異常現象とその原因 以前、VM(Virtual Machine)を管理する VM Manager で異常現象が発生したことがあります。サーバの再起動ができない、必要なパッチファイルまで消えてしまった状態でした。 その原因を探ってみると、インストール時にファイルを誤った場所に解凍してしまったことがわかりました。 誤ったファイルの位置 Managerをインストールする際に、/rootではなく/root/backupにtar.gzファイルを解凍してしまいました。問題は、/root/backupディレクトリが1日ごとに自動的に削除される設定だったため、必要なファイルがすべて消えてしまったのです。 その結果、2日間の作業が全て無駄になってしまいました。 人為的エラーは完全には消せない この事件から学んだことは、どれだけ注意深く行動しても100%人為的エラーを消すことはできないということです。しかし、このようなミスを最小限に抑えるためのいくつかの方法が考えられます。 スクリプト化による問題解決 最も手っ取り早い解決策は、作業をスクリプトで自動化することです。すべてのサイトの初期設定が同じであれば、そのプロセスをスクリプト化して自動化できます。このようにすると、同じミスを繰り返す可能性を大幅に減らすことができるでしょう。 まとめ 明確なドキュメント作成の重要性 最後に、インストールや設定プロセスをドキュメント化する際は、できる限り明確にしてください。複雑なドキュメントは作業者に混乱をもたらす可能性があります。この事件をきっかけに、より体系的で明確な作業方法を確立したいと考えています。 誰でもミスは犯す可能性がありますが、そのミスから得た教訓を通じて、より良いシステムを構築することができます。皆さんも注意して、効率的な作業のための方法を常に探し続けていきましょう。

Kubernetes: Pods 이해하기

ポッド(Pod)名前の由来 “Pod(ポッド)”という名前は、Kubernetes(クーベルネティス)がDocker(ドッカー)のコンテナオーケストレーションを拡張する目的で作成されたプラットフォームであることを考慮に入れています。Dockerでは、コンテナを使ってアプリケーションをパッケージ化します。Dockerコンテナはしばしば一緒に配置され、複数のコンテナが協力するパターンも多いです。 このようなグループを表現するために、Kubernetesでは”Pod”という概念を導入しました。 “Pod”という言葉は、クジラの群れ(whale pod)から由来しています。クジラの群れは、密接に相互作用するクジラのグループを指します。KubernetesがDockerのクジラ(whale)のロゴを連想させるように設計されたプラットフォームであるため、 このように相互作用するコンテナグループを「ポッド」と呼ぶことは非常に意味のある命名だと言えます。ポッドはKubernetesで一つ以上のコンテナが密接に協力し、相互作用できる「小さな舞台」または「グループ」を形成する単位となりました。 ポッド(Pod)の理解 車に例えると? Kubernetesの「Pod(ポッド)」は、まるで自動車の各席のように考えることができます。 自動車には運転席、助手席、後部座席など、いくつかの席があり、それぞれに特別な機能があります。例えば、運転席では車を運転し、助手席ではナビゲーションを担当することができます。同様に、一つのポッド内には複数のコンテナが存在することがあり、各コンテナは特別な役割を持っています。 それで、ポッドってなに? このように複数のコンテナが一つのポッド内に集まっているため、そのコンテナたちは簡単に互いのデータやリソースを共有することができます。例えば、一つのコンテナがデータを処理し、その結果を別のコンテナが使用することができます。 ポッドは複数のコンテナが効率的に協力できる小さな作業スペースのようなものです。 ポッド(Pod)のアーキテクチャ まとめ

Kubernetes: 2023년 학습 계획

Kubernetes 用語の整理 Kubernetesは、それ自体が独特のエコシステムと哲学を持っています。それを効果的に利用し、理解するためには、基本的な用語や概念に慣れる必要があります。Kubernetesに関連する主要な用語とその意味を整理し、全体的なアーキテクチャや動作原理の基本的な理解を深める手助けをします。 初めてのステップとして、これらの用語にはまだ慣れていないかもしれませんが、時間が経てば自然と慣れてくるでしょう。 用語の整理を通して得られる基本的な理解は、Kubernetesの他の学習リソースやドキュメントを読む際、また実際の環境での作業を行う際に大きな助けとなります。だから、ゆっくりと各用語を覚え、その意味と使用方法を理解することが重要です。 Kubernetes コンポネントを車に例えると以下の通り Kubernetes 学習プランをたてる 基礎編:初心者向け 応用編:中級者むけ 専門編:上級者むけ 2023.10.29 追記 Azure Kubernetes Service

Linux Timezone 및 NTP 설정: 초기 배포에서 실수했을 때 복구 방법

構築手順が漏れてしまった 新しく始めたサイトの初期構築でCentOSをセットアップしている最中、あることに気がつきました。Undercloud Hypervisor (OpenStack ソリューションネーム) のNTP確認したら、あれ、何かがおかしい? Commnad : timedatectl 抜粋 Commnad : ntpq -pn 抜粋 タイムゾーンが日本じゃなく、デフォルトのアメリカになっている。 dateコマンドで確認したら、なんと時差ぼけしてるみたいに時間が合わない。さらにntpのoffset、この数字、見たことないんだけど… -337428?異常であった。 タイムゾーン変更作業 1.タイムゾーンを日本時間に変更 まず、Time zone 設定を日本時間に変更 2.サービス起動 起動後に、NTPサービスステータスを確認‥ Commnad : timedatectl 抜粋 Commnad …

5G 네트워크 기지국 공사: 삿포로부터 일본 전국의 기지국을 순회

プロジェクト紹介 L2/L3 Switch・NIC・SFP Card・Light Wavelength Check 5G Network H/W 新卒でインフラエンジニアとして入社した際、人生で初めて「基地局(Base-Station)」という場所で実際のサーバラック上の作業を経験しました。北海道から四国にかけて、東日本エリアの各基地局を巡りながら作業を行っていました。 正直に言うと、特に難しい作業や高度なエンジニアの技術を要するタスクはほとんどありませんでした。しかし、興味を持っている方は、最後までお読みいただけると嬉しいです! バックストーリ 担当営業のM様から「東日本エリアでの出張があります」と言われたとき、「東日本エリアなら大丈夫だろう」と安易に思っていましたが、東日本エリアが想像以上に広いことに驚きました。初めての出張地は「北海道」でした。 「名古屋」と「高知」は東日本じゃないだろう… そして、出張は月1回程度って言っません?(二度と合わないように祈ります) プロジェクト背景 某キャリアが日本全国に5Gネットワークを展開する過程で、物理サーバの設置作業が進行中でした。その一環として、私は作業員として参画しました。全国の基地局を巡る、追加の手が必要とされ、私は日本各地を巡って作業することになりました。 プロジェクト体制 わたしは工事支援チームでしたね‥ 入社同期の人がオペレーターだったので、羨ましかったです。 作業詳細 ネットワーク・メンテナンス作業 ネットワーク工事支援の主な作業項目は以下の通りです。 ひかり波長チェック作業 NIC(Network Interface Card)交換作業 SFP(Small Form-factor pluggable)カード交換作業 …

Power Automate 초보자: 커넥터를 활용한 시나리오

Power Automate     Key word Microsoft Power Automate Microsoft Power Automate 는 이전에 “Microsoft Flow”로 알려졌던 것으로, 사용자의 작업을 자동화하고 시간을 절약하기 위한 서비스입니다. 간단히 말해, Power Automate는 다양한 …

Project: Azure 도입 및 운용 설계 관련

프로젝트 소개 Microsoft Azure Microsoft Azure 도입 배경 본 프로젝트의 클라이언트는 외국 자본계 감사 법인이었습니다.이미 온프레미스 환경을 가지고 있었지만 회사의 방침에 따라 Microsoft Azure 도입이 결정되었습니다.이 기회를 활용해, 매니지드 서비스를 …