はじめにこんにちは。TIG/DXチームの伊藤太斉です。本記事はCNCF連載の第1弾になります。 アプリケーションをコンテナ化することが主流になった昨今、エッジコンピューティングでもコンテナを利用する機会が出てきました。そのため、サーバー上でKubernetesを利用して、コンテナをオーケストレーションをするのと同じようにエッジデバイスでもコンテナを管理する機能が求められるようになってきました。 ここで、本記事では2020年の8月にCNCF入りを果たしたk3sについて触れていきます。 k3sとはk3sは元々Rancher Labs(本社：アメリカ フロリダ州クパチーノ)で開発されていたOSSで2019年の2月に発表されました。発表当初はKubernetesの公式ディストリビューションであること、バイナリが40MB以下であることから話題にもなりました。エンタープライズでKubernetesを利

Perfect for EdgeK3s is a highly available, certified Kubernetes distribution designed for production workloads in unattended, resource-constrained, remote locations or inside IoT appliances. Simplified & SecureK3s is packaged as a single <70MB binary that reduces the dependencies and steps needed to install, run and auto-update a production Kubernetes cluster. Optimized for ARMBoth ARM64 and ARMv7

参考までに、Kubernetes単体の要件としては、API Serverを動かすのには1GB以上のRAMがあって、x86_64のCPUを使っているのが「望ましい」とドキュメントにはそれとなく書かれていたりします。ですが、実際にはもっと高スペックなマシンを利用するケースが多いはずです（無論、規模によります）。 それと比べ、k3sは非常に小さな環境でも動作します。どうしてなのでしょうか？ いくつか、特徴的な部分をピックアップしてみることにします。 Kubernetesの中で利用シーンの少ない機能を削っている Kubernetesには、後方互換性のために残しているレガシーな機能やAPIや、新たに追加されようとしているAlphaやBetaの機能が多数存在します。 k3sでは、軽量化のためにそれらの機能を削っています。 デフォルトのetcdをsqlite3にしている etcdは非常に高い信頼性を誇る

野村不動産とケン・コーポレーション（東京・港）は2023年2月15日、「西麻布三丁目北東地区第一種市街地再開発事業」で、権利変換計画の認可を東京都知事から受けたと発表した。「六本木ヒルズ」（03年竣工）が開業してちょうど20年。その隣地で高さ約200mの超高層ビルを建設する再開発工事が動き出す。 計画地は東京メトロ日比谷線と都営地下鉄大江戸線の六本木駅近く。六本木ヒルズの西側に隣接するエリアで、敷地面積は約1万6000m2だ。超高層ビルを建設するほか、広場や歩行者デッキの整備、寺社の再配置、車道の拡幅をする。23年度に解体工事に着手し、28年度の竣工を予定している。総事業費は約804億円だ。 超高層ビルは地下4階・地上54階建てで、高さ約200m。延べ面積は約9万7010m2だ。制振構造を採用する。基本設計は梓設計、実施設計は同社と大成建設が担当する。施工は、「特定業務代行者の大成建設を予

数年前にAIを離れ現在はフロントエンドをやっているのですが、半年くらい前に思い切り引き戻されました。画像生成AIにおけるmidjourneyとstable diffusionの登場です。noteのCTO深津さんが記事を出したと思ったのも束の間、急速に進化を果たしました。 絵柄の固定・ポーズの指定・マシンスペックなど、日々さまざまな問題を解決しながら新たな技を身につけています。 しかし、同等かそれ以上に話題になっているのは大規模言語モデル(Large Language Model)かもしれません。ChatGPTが話題になった思ったら、BingやPerplexity,You.comなど大規模言語モデルを交えたサービスが次々と登場しました。 活用方法もたくさん見つけられており、私は特に以下の二つの記事が好きです。 「感情回路」の記事に入力(プロンプト)でここまで変わるのかと感動したことを覚えてい

テクノロジーの進化により インプットの方法は数多く登場した。 しかし、150年前と唯一変わらないものがある。 それは、椅子に座ってキーボードを使うという行為。 ARグラスやVRグラスが出て ディスプレイはもう机の上にないのにその状況。 歴史が示すように 人は新しいデバイスや遊び道具を見つけるたびに進化した。 ペンができて、書く技術を 絵の具ができて、絵を描くという技術を 通信技術ができて、信号伝達技術を 携帯電話ができて、片手でメールを打つ技術を スマホができて、フリック技術を GrabShellが生まれ、バーチャルコントロールをする技術を 人は身につけるのではないかと想像する。 さらに人の進化を助ける製品であればと考えている。

大容量SSDのように、消費電力が大きいUSBデバイスをRaspberri Pi 4で使用する場合、工夫が必要のようです。 Pi 4に直接SSDを接続しても、安定動作しませんでした。後述のように、電源を色々と工夫してみたのですが、セルフパワーのUSBハブなしでは安定動作しませんでした。 ACアダプタ付きのUSBハブは、どうやら必須のようです。こちらを使用したところ、問題なくSSDを使用することができました。 SSDの接続方法 次の2つの構成の場合、SSDが正常に動作しました。 SSDが正常に動作する安心構成 わたしのおうちの環境では、つぎの構成でSSDが正常に動作しました。 Raspberry Pi 4 model B本体にUSB-C電源を使用。 SSDは直接接続せずに、ACアダプタ付きのUSBハブ(セルフパワード)を使用。 ※本記事は、他の環境において正常に動作することを保証するものではあ

USBの規格と仕様は、特に何回も更新された後に把握するのが難しい場合があります。USB 3.1 Gen 1とGen 2の違いなどの質問に答え、Gen 1よりもGen 2が優れている理由と、USB規格で知っておくべきことをすべて把握できる、その他の有用な情報について説明します。 USB 3.0は10年以上前の2008年にリリースされました。これは、USB規格の3番目の大きな改訂でした。最初、2000年に登場し、転送速度がわずか480Mビット/秒だったUSB 2.0から大幅に改善されました。それから、今ではUSB 3.1 Gen 1として知られるUSB 3.0に進みました。そのため、USB 3.0とUSB 3.1 Gen 1は同じものです。 USB-IFは、USB(ユニバーサル・シリアル・バス)の仕様と準拠を保守する責任を持つ組織であり、後方互換性を持つ製品を適切に開発するための同じ関連情報を

対象読者 Gitをより深く理解したい方 Gitの自作に興味がある方 Gitの内部構造を学ぶ意義 Gitの使い方を知っている人でも、それぞれのサブコマンドが実際どういった挙動をしているか、ましてや内部構造がどうなっているかを学んだことがある人は少ないかもしれません。というのも、Gitが内部を知らなくとも十分使える優秀なツールになっているからだと思います。 しかし、Gitの内部実装を知ることで、コマンドの挙動を正確に理解できるだけでなく、Gitを使っていて何らかの問題が起きたときにも、自分で対処できるようになります。そうしたGitの地力を鍛えるために、内部構造の把握は重要な要素になってきます。 また、今回の内容を学べば、Gitの大枠を実装することもできてしまうので、興味がある方はぜひ挑戦してみてください。 Gitについての誤解 それでは、まずGitについて多くの人が誤解しているであろう点を挙げ

Amazonのアソシエイトとして、ラズパイダ(raspida.com)は適格販売により収入を得ています。詳しくは当サイトのプライバシーポリシーをご覧ください。

プログラマーやライターに愛用者が多いコンパクトキーボード「HHKB（Happy Hacking Keyboard）」ですが、フラッグシップモデルの「HYBRID Type-S」の価格は36,850円になります。 信じられないほど高級なキーボードになりますが、誰もが憧れを抱き、HHKBこそがキーボード沼の最終到達点だと信じ、勇気を振り絞って購入するんです。自分もそうでした。 HHKB沼：レベル1 2019年12月に「HHKB Professional HYBRID Type-S」が発表されました。HYBRID Type-Sが発売されるまで、静音仕様（Type-S）で無線接続が可能なHHKBはなかったんです。 従来のBTモデルのデメリットを解消して、HHKBユーザーが待ち望んでいた機能を全て詰め込んだフラッグシップモデルの登場に感動して、すぐに予約しました。 lab.hendigi.com そ

Our mission is to ensure that artificial general intelligence—AI systems that are generally smarter than humans—benefits all of humanity. Our mission is to ensure that artificial general intelligence—AI systems that are generally smarter than humans—benefits all of humanity. If AGI is successfully created, this technology could help us elevate humanity by increasing abundance, turbocharging the gl

うちのRaspberryPi 4は、HDDを3枚使って2枚をソフトウェアRAID1のNAS、1枚を非RAIDのNASとして現在絶賛稼働中です。 RAIDを採用してた時代もありました。今見るとパーティション切ってたりまあまあ危険な構成。 現在ではディスクではなくラズパイ自体を並列につないで負荷分散することで、ディスク3枚でミラーリングNASを稼働させています。 暇になったらクラスタリングの構築方法も書き起こそうと思っています。いまだにRAIDで検索してる人が多いのでモチベ的にも当分先でしょう。 以下はRAID1構成で稼働してた時に作成した備忘録です。 環境 アカウント 機器選定 構成図 RaspberryPiのセットアップ 初期設定 起動後の初期設定 ファームウェアアップデート Swapの無効化 mdadmによるRAID構築 ディスクのフォーマット RAIDディスクの作成 自動マウントの設定

こんにちは。青山（@amsy810）です。 この記事は、Kubernetes Advent Calendar 2021 の 1日目の記事です。 いよいよ今年もアドベントカレンダーの季節が始まりました。今年も1ヶ月間わいわいしていきましょう！ Agenda 2021-08-31 にリリースされた Synology 公式の CSI Driver の紹介 CSI Driver に実装された Cloning と Snapshot Feature の実装深堀り おうち Kubernetes 今回はかわいい下駄箱 DC に佇む、箱物ストレージの Synology に新たな CSI Driver を適用していきます。 去年の jparklab/synology-csi CSI Driver に機能実装した話 去年はおうちKubernetes向けのストレージを Synology に刷新したのもあって、jp

ppc64le はIBM Power System AC922 POWER9で検証 コンテナイメージはそれぞれのアーキテクチャに合わせる必要があります。 docker のインストール(docker-ce) 既存のアンインストール sudo apt-get remove docker docker-engine docker.io containerd runc docker-ce のインストール # パッケージの更新 sudo apt-get update # 必要モジュールのインストール sudo apt-get install -y \ apt-transport-https \ ca-certificates \ curl \ gnupg-agent \ software-properties-common # キーの追加 curl -fsSL https://download.do

簡単に書くよ PCIパススルー（読：ピーシーアイパススルー　英：PCI passthrough）とは 仮想マシン（コンピュータの中に作った、なんちゃってコンピュータ）において、ゲストOS（仮想マシンの話における、なんちゃってコンピュータの方のOS）から物理的なPCIデバイスへ直接アクセスするための仕組み。 もう少し噛み砕いて書くと コンピュータの中に作られた、なんちゃってコンピュータから、本来のコンピュータにくっついている機器や部品を直接扱うための仕組み です。 順番に見ていきましょう。 まずは予備知識として ・仮想マシン ・ゲストOS ・ホストOS について簡単に説明します。 「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。 仮想マシンは「コンピュータの中に作られた、なんちゃってコンピュータ」です。 コンピュータによって、コンピュータの中に疑似的に作られたコンピ

Open Virtual Machine Firmware (OVMF) は仮想マシンで UEFI を使えるようにするプロジェクトです。Linux 3.9 以上と最近のバージョンの QEMU では、グラフィックカードをパススルーすることが可能で、仮想マシンでネイティブと同じグラフィック性能を発揮することができ、グラフィック性能が要求されるタスクにおいて便利です。 デスクトップコンピュータに使用していない GPU が接続されている場合 (内蔵 GPU や古い OEM カードでもかまいません、ブランドが一致している必要はありません)、ハードウェアがサポートしていれば (#要件を参照)、あらゆる OS の仮想マシンで専用 GPU として（ほぼ）最大限の性能を活用できます。技術的な詳細は こちらのプレゼンテーション (pdf) を見てください。 要件 VGA パススルーでは最先端の技術を使っている

この記事ではkubernetesで障害が発生した時の挙動と接続断時間をまとめます。 Kubernetes完全ガイドposted with ヨメレバ青山真也 インプレス 2018年09月 楽天ブックス楽天koboAmazonKindle 結論 1 Podで起動している時 Podが削除された場合 Dockerプロセスが停止した時 nodeが停止&kubeletプロセスが停止した時 複数Podで起動している時 Nodeをクラスタから排除した場合 podが削除された場合 Dockerプロセスが停止した時 Nodeが停止&kubeletプロセスが停止した時 調整方法 –pod-eviction-timeoutの変更方法 参考 結論 状況 Pod数=1 Pod数=2 Drain(ノードをクラスタから除外) 実施不可 瞬断 Pod削除(1つ) 瞬断 瞬断 Dockerプロセス停止 100% 断(復旧まで

この記事ではkubernetesで障害が発生した時の挙動と接続断時間をまとめます。 Kubernetes完全ガイドposted with ヨメレバ青山真也 インプレス 2018年09月 楽天ブックス楽天koboAmazonKindle 結論 1 Podで起動している時 Podが削除された場合 Dockerプロセスが停止した時 nodeが停止&kubeletプロセスが停止した時 複数Podで起動している時 Nodeをクラスタから排除した場合 podが削除された場合 Dockerプロセスが停止した時 Nodeが停止&kubeletプロセスが停止した時 調整方法 –pod-eviction-timeoutの変更方法 参考 結論 状況 Pod数=1 Pod数=2 Drain(ノードをクラスタから除外) 実施不可 瞬断 Pod削除(1つ) 瞬断 瞬断 Dockerプロセス停止 100% 断(復旧まで

本文の内容は、2022年11月23日にVICTOR HERNANDOが投稿したブログ（https://sysdig.com/blog/how-to-monitor-kubelet/)を元に日本語に翻訳・再構成した内容となっております。 Kubernetesを本番環境で運用する場合、Kubeletの監視は欠かせません。Kubeletは、Kubernetesクラスター内の非常に重要なサービスです。 このKubernetesコンポーネントは、Podで定義されたコンテナが実行され、健全であることを保証する役割を担っています。スケジューラがPodを実行するノードを指定するとすぐに、Kubeletはその割り当てを受け、Podとそのワークロードを実行します。 Kubernetes Kubeletで問題に直面した場合、できるだけ早く対処して問題を解決することが本当に重要で、そうしないとKubernetes

Kubernetesとは Kubernetesは、Dockerコンテナ群を統合管理するためのオープンソースのソフトウェア。コンテナ化されたアプリケーションの展開やスケーリング、管理を自動化するための基盤である。K8sとも略記される。 （※本定義はビジネス＋IT編集部） Kubernetesの基礎知識 コンテナ型の仮想化ソフトウェア「Docker」を始めとするコンテナホストのクラスタを管理するオープンソース・ソフトウェア（OSS）、Kubernetes。 グーグルやアマゾン、マイクロソフトという3大クラウドプロバイダーが自社サービスの開発のために、Kubernetesのマネージドサービス（Kubernetesを運用管理するアウトソーシングサービス）をリリースするなど、確固たる地位を獲得している。 なぜ3大クラウドプロバイダーが追従するほど注目されるのか。現在進行系で進化するKubernete

コンテナは、軽量さやポータビリティ性の高さといった特性により、アプリケーション開発で求められる変更の柔軟性と迅速性に対応ができることから、ここ数年多くの環境で活用が進んでいる。 コンテナ管理ツールであるKubernetesはオープンソース化され、CNCF（Cloud Native Computing Foundation）に移管されてから、コミュニティを拡大しつつ、多くの企業に注目されている。 近年は、Kubernetesがコンテナ管理ソフトウェアのデファクトスタンダードとなっており、また多くのクラウド事業者がKubernetesのマネージドサービスを提供しているため、Kubernetesを活用したプロジェクトが増加している。 OpenShiftは、Red Hat社がサポートするKubernetesディストリビューションの1つであり、企業のITの観点から、Red Hat社がKubernet

アットマークテクノ製「Armadillo-IoTゲートウェイ」と東海ソフト製のPLC仮想化ソリューション「Flex Device（フレックスデバイス）」を組み合わせて、PLCをIoT化する専用ゲートウェイとしてご利用いただけます。 国内メーカー製主要PLC／電力測定／リモートIOの通信方式に対応しています。 東海ソフト株式会社 Webサイト Flex Deviceとは 国内メーカー製主要PLC／電力測定／リモートIOの通信方式に対応できる Flex Deviceは、国内各社製PLCの通信方式をほぼ網羅しています。対応機種は随時拡充しており、未対応機器（通信プロトコル）への対応も可能です。 デバイス接続の対応状況の最新情報については、東海ソフト株式会社にお問い合わせください。 つなげるだけで“見える化”できる “見える化”の基本機能を網羅する「Flex Deviceクラウドセンター」 接続す

環境構築 ドライバー https://minikube.sigs.k8s.io/docs/drivers/#macos 下記のいずれかが使っても、特に問題ありません。 Docker Desktopを使ってるなら、hyperkitを使えます。 Docker - VM + Container (preferred) hyperkit # Minikubeをインストール $ brew install minikube Running `brew update --preinstall`... ==> Auto-updated Homebrew! Updated 1 tap (homebrew/core). ==> Updated Formulae Updated 5 formulae. ==> Downloading https://ghcr.io/v2/homebrew/core/miniku

この記事について AWSのDR戦略に関する勉強のアウトプットです。 参考ドキュメント REL13-BP02 復旧目標を満たすため、定義された復旧戦略を使用する DR戦略 プライマリロケーションでワークロードを実行できなくなった時に、復旧サイトでワークロードに耐えられるようにする。 DR戦略の比較 実装コストがかかるほど、サービスが中断する時間が長くなり、ビジネスへの影響が増えるが、運用コストは安く済む。 運用コストがかかるほど、複雑さは増すが、サービスが中断する時間は短くなり、ビジネスへの影響は少なく済む。 DR戦略の選択 複数リージョンに跨るDR戦略設計では下記いずれかを選択する。 ◆バックアップと復元（数時間でのRPO、24時間以下でのRTO) ■複雑さ：少ない ■コスト：安い ■復旧時間：多い（24時間以下) ■復旧労力：とても多い ＜復旧手順＞ 1.データとアプリケーションを復旧リ

7万年前に出現して以来、さんざん地球を痛めつけてきた人類はいま、さまざまなところでしっぺ返しにあい、これまでのやり方の見直しを迫られています。現代ではなくてはならない道具となった冷蔵庫も、その1つ。もう従来の「冷やし方」は許されなくなってきているのです！　そして日本には、世界に先駆けて破壊的イノベーションを起こそうと燃えている研究者がいます。 いま冷蔵庫で何かが起きようとしている どこのご家庭もそうだと思うが、わが家の冷蔵庫も「掲示板」の役割を兼ねている。税金の納付書、近隣の工事のお知らせ、イベントのチケット、最近では新型コロナウイルスワクチンのクーポン券など、とりあえず磁石で貼りつけておくのに冷蔵庫は便利だ。冷蔵庫あるところに磁石あり、である。両者はとても相性が良い。 とはいえ掲示板は、あくまでも冷蔵庫の「副業」である。ところが、磁石がいま、冷蔵庫の「本業」にも役立とうとしている、という

まあ後半のインテルのモデルになると同じCPUでも熱設計で性能が大きく変わったり、ブースト時の性能だったり、いろいろあるのであくまでも数字は目安ですが、無視できないほど大きくなっているのがわかります。特に、Ryzenが元気なここ5-6年の競争による進化がすごいです。 なぜ5-6倍も性能が上がったのか、というのをすぐに言葉できちんと説明できる人はあまりいないと思います。最近、更新がなくなってしまい、Facebook（なぜか友達にしていただいた)上でも活動がみられなくて、悲しいのですが、後藤弘茂のWeekly海外ニュースの連載をずっと読んでいた人であれば、「命令デコーダーが増えたのね」とかなんとなく強くなった部分のイメージがつくとは思いますが、そのなぜ、というのに、実験付きで数値の根拠も含めてわかりやすく説明してくれているのが本書です。 CPU実験がおもしろい本書は、豊富な図で(LambdaNo

「オブジェクト指向するとプログラムが読めなくなるから禁止」のような話は昔からあって、新しい技術についてこれない人を揶揄するようなニュアンスで使われていましたが、実際にはこれはオブジェクト指向迷路にうんざりした現場での率直な意見だと思います。 オブジェクト指向は、まじめにやるほどプログラムを読みにくくするという性質をもっています。 ※ 使い方次第というコメントついてますが、だからこそちゃんと性質をしっておく必要があると思います。 オブジェクト指向の代表的な指針を３つあげると次のようなものがあります。 オブジェクト同士の連携としてプログラムを組む 単一責務の原則 インタフェースと実装の分離 まず、オブジェクト同士の連携でプログラムを組むと、コードが飛びまくって追いにくくなります。そして単一責務の原則により、小さいクラスが大量に生成されて、追いにくさがさらにあがっていきます。 ダイクストラ先生が

10/100/1000 Mbps アンマネージ RJ45イーサネットポート x5 IP30保護等級規格対応メタルケース(DINレールおよびウォールマウント対応) 2つの12～58V DCターミナルブロック入力によるワイドレンジの冗長電源(アラームリレー機能付き) 過電流および逆極性防止機能 幅広い動作温度範囲：-40°C ～ 75°C 各ポートにスピード/全二重オートネゴシエーション機能とMDIX自動検出機能 最大9Kのジャンボフレームに対応 IEEE 802.3az エネルギー効率化イーサネット IEEE 802.3xフロー制御、バックプレッシャー方式をサポート

産業用ネットワークで今大きな注目を集めているのが「TSN」という規格です。なぜTSNがここまで注目されているのでしょうか。本稿では前後編に分けて「なぜこれほど注目を集めだしたのか」「どのように使われることが期待をされているのか」について紹介していきます。 産業用ネットワークで「TSN」への注目が高まっています。本稿では産業分野におけるTSNが「なぜこれほど注目を集めだしたのか」「どのように使われることが期待をされているのか」について、前後編で紹介していきます。前編では、TSNとは何かという点となぜ産業用途で注目されるようになったのかについて説明します。 TSNとは何か、産業ネットワークの変遷から考える 「TSN（Time-Sensitive Networking）」とはその名の通り、時刻を厳密に取り扱う一連のネットワーク規格の総称です。本記事執筆時点でも、IEEE 802.1において規格の

Ethernet TSN 規格が2019年にIEEE802委員会で正式に決定した。1980年に規格が制定されて以来「リアルタイム性」を捨て、Best Effort 通信に徹してきた方針を変えた。イーサネットは確実性よりも常に最高性能を実現することで、オフィスLAN（Local Area Network）の主役になり、キャリアの通信網を置き換えてきた。しかし、リアルタイム性を持たないことで制御系の用途では敬遠され、IoTや車載ネットワークでの利用は進んでいない。 イーサネットでは、送信元から宛先に到達するまでには多くのゲート（スイッチやルータ）を経由する。先行するフレームや行き先を妨げるフレームがあると、フレームが待たされたり廃棄され、期待した時間内に到達できない。図１ のように、宛先に向けて出発した車が待たされたり通行止めでたどり着けない状態に似た現象が起きる。 Ethernet TSN

今回はFAとPAの双方をカバーするフィールドバスとして重用されている、イーサネットベースの産業用ネットワーク「PROFINET」を取り上げる。オープン規格であるため、IIoT（Industrial IoT）を実現する規格であるともいえるが、そう単純なものではない。 今月はちょっと趣向を変えて、IoTの中でもとくに工場系で利用されるIIoT（Industrial IoT）向け規格である「PROFINET」をご紹介したいと思う。 PROFINETの前身と書くとものすごく語弊があるのだが（基本的には別のもの）、元の考え方というか使われ方をした規格に「PROFIBUS」と呼ばれるものがある。分類としてはフィールドバス（Field Bus）と呼ばれるものだ。まずはこの話をちょっとしたいと思う。 製造装置の進化で需要の増したフィールドバス フィールドバスは工場や生産現場、屋外など過酷な環境下でシステム

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

Loadbalancerのセットアップ Haproxyをインストールして、Kubernetes向けのAPIのLBを作成する。 LBについては、HA構成を今回はとらない。 $ sudo apt-get install -y haproxy $ sudo mv /etc/haproxy/haproxy.cfg /etc/haproxy/haproxy.cfg.org $ sudo su # cat <<EOF > /etc/haproxy/haproxy.cfg global log 127.0.0.1 local2 info chroot /var/lib/haproxy pidfile /var/run/haproxy.pid maxconn 256 user haproxy group haproxy daemon defaults mode tcp log global option

【IIJ 2021 TECHアドベントカレンダー 12/16（木）の記事です】 IIJ Raptorサービス部のエンジニア、RyuSAです。普段はアプリケーションの実装やアーキテクチャ、最近はKubernetesを使った業務を担当しています。 私事ですが、先日IIJの制度として発表された「セレクトジョブ」に参加し、SRE推進部という部署に兼務するようになりました！>  IIJ、社員の自律的なキャリア形成を支援する公募型兼務制度「セレクトジョブ」を開始 | IIJについて | IIJ さて本題に入りますが……自分は今年の春に「おうちKubernetes」を植え、自宅で育ててきました。 > おうちKubernetesを構築した話 – メモ – RyuSA (hatenablog.com) 残念ながら自分の家庭はサーバラックがあるような、俗に言う「逸般の誤家庭」ではないためできることはかなり限ら

こんにちは。松本です。 Kubernetes コントロールプレーンの HA(High Available) 構成は二通りありますが、公式ドキュメント内に次のような記述があり、いずれの方式でも 3 台以上のマシンでクラスターを構成することが求められています。 For both methods you need this infrastructure: Three machines that meet kubeadm’s minimum requirements for the masters （中略） For the external etcd cluster only, you also need: Three additional machines for etcd members この、最小が "three" である必要性は、どこからくる制約なのでしょうか。"two" じゃだめなのでし

このページに記載されている情報は古い可能性があります このページの更新日は英語版よりも古いため、記載されている情報が古い可能性があります。最新の情報をご覧になりたい方は英語版のページをご覧ください: Creating Highly Available Clusters with kubeadm kubeadmを使用した高可用性クラスターの作成このページでは、kubeadmを使用して、高可用性クラスターを作成する、2つの異なるアプローチを説明します: 積層コントロールプレーンノードを使う方法。こちらのアプローチは、必要なインフラストラクチャーが少ないです。etcdのメンバーと、コントロールプレーンノードは同じ場所に置かれます。外部のetcdクラスターを使う方法。こちらのアプローチには、より多くのインフラストラクチャーが必要です。コントロールプレーンノードと、etcdのメンバーは分離されます。

先日、keepalivedを用いてhaproxyを冗長化する記事を上げましたが、この高可用性ロードバランサを用いて複数マスターを持つ高可用性Kubernetestクラスタを作ってみたので、その手順を公開いたします。 環境 アーキテクチャはシンプルで、kubeletやkubectlのAPIリクエストを直接マスターに送るのではなく、間にhaproxyを挟むことによってマスターの冗長化を実現しています。 なお、利用OSはCentOS 7.4になります。 手順 以降、実際の手順です。 共通設定(haproxy-01, haproxy-02, kube-master-01, kube-master-02, kube-master-03, kube-node-01, kube-node-02) hosts設定 # vi /etc/hosts 192.168.0.82 kube-master-01.bb

k8sクラスタのノードの一つが、ハードウェア障害などでダウンした場合の振る舞いについて検証した記録です。 検証システムの構成 Kubenetes v1.10 クラスタをVagrantで構築したメモのVagrantで構築したk8sクラスタを利用して、障害時の振る舞いについて、調べてみました。 マスターノードであるk8s1にもNodePortが動作していますから、このk8s1をロードバランサーに見立て、HTTPクライアントからk8s1のTCP31514をアクセスして、k8s2とk8s3のNginxのウェブサーバーをアクセスします。 そして、 k8s2 仮想サーバーの模擬障害としてシャットダウンした場合のクライアント視点での動作、ポッドのマイグレーションについて検証します。 正常稼働の状態 初期状態として、すべてが正常に稼働している状態の動作を確認しておきます。 この画面の表示は、上から順に、以

こんにちは、もーすけです。 本日はKubernetesのノード障害が起きたときのPodの挙動について確認します。 いままで、ノード障害が起きたときのPodの挙動、スケジューリングについて誤った認識をしていました。 お恥ずかしい限りなのですが、同じような誤った認識をしているかたに向けて確認したことを解説します。 概要 まずはじめに、状況を説明します。Workerノード3台があって、アプリケーションが動作しているとします。 Worker#1がシャットダウンした、kubeletが停止した、ネットワーク的に疎通ができなくなったなどが起きたときに、その上で動いていてPodはどうなるの？という話です。 感覚的にいうと、レプリカ数を維持するために他のノードに移って起動するんでしょ！、と思いたいところなのですが、実際はそれほど単純でもありません。 どのような動きをしていくのか、Deploymentを使った

Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトやRedHatも積極的に開発に加わり、非常に早いスピートで機能拡張していて、追いかけるのも大変です。 Kubernetesの大きな特徴は宣言的設定にあります。 この宣言的設定とは、イミュータブルなインフラを作るための基本的な考え方で、「システムのあるべき姿」を設定ファイルにて宣言する！という考え方です。Kubernetesは設定ファイルに書いたとおりのインフラを維持するように設計されています。 Kubernetesはコンテナを「Pod」という単位で管理します。このPodをKube

組み立て USB充電器が重いので一番下にして組み立てました。 1本だけある「type-c to type-cケーブル」は重要であろうMaster Nodeに使用しています。(意味ないかもですが) あとは特筆することはないです。 組み上げたら、起動準備です。 Raspberry Pi 4 に Ubuntu 20.04 をインストールする ラズパイ起動用にSDカードを作ります。 作業PCはWindows10です。 SDカードの書き込みに、「Raspberry Pi Imager」を使用します。 「Raspberry Pi Imager」でフォーマットすると64GB以上のSDカードが使えます。 Raspberry Pi Imager からダウンロードします。 SDカードをライターにセットし、「Raspberry Pi Imager」を起動します。 ※SDXCカード対応のライターを使用してください

夏の自由研究ブログ連載2022 の10本目です。 はじめにTIG 岸下です。業務でGKE（Google Kubernetes Engine）を利用することがあるのですが、Kubernetesの挙動や仕組みなど如何せん理解が難しいです。 そこで今回は、自分の手でイチからKubernetesを構築することで勉強しようと思ったのが本記事のモチベーションです。 ちょうど自宅にRaspberry Piが3台あったのでRaspberry Piでクラスタを構築していこうと思います。基本的には以下の記事を参考に設定を行っていき、自分の理解を深めるために解説を挟みながら書いていこうと思います。 参考：RaspberryPi 4 にUbuntu20.04 をインストールして、Kubernetes を構築してコンテナを動かす 今回Kubernetes構築するにあたって用意したもの Raspberry Pi3 M

ラズパイk8s用の監視システム(Node Exporter + Prometheus + InfluxDB + Grafana)RaspberryPiinfluxdbgrafanakubernetesprometheus Raspberry Pi 4でKubernetesクラスターを構築したわけですが、こういったシステムがあると、イケてるダッシュボードを作って監視したくなる修正をもつのがエンジニアという生き物です。 Kubernetesの監視といえば、Prometheus + Grafanaが鉄板ですが、それだけでは面白くないので、独自のコンセプトの元、監視システムを構築してみました。 システム構成 ダッシュボード コンセプト ダッシュボードはスマホからも見れるようにインターネットに公開する 自宅のLANはインターネットに公開しない CPU温度をモニタリングする 運用コストはなるべく安価に

完成品 まずは完成したクラスターをご紹介します。 関連記事 2020/02/25 追記 ラズパイk8s用の監視システム(Node Exporter + Prometheus + InfluxDB + Grafana) Raspberry Pi上のDockerで動くイメージのCIでのビルド方法 モチベーション つい先日会社のサポート制度である「テックサポート制度」の対象にRaspberry Piが追加されているのを発見しました。 これは使わない手はないなと思い最上位モデルの4GBを3台購入し、長年の悲願であったKubernetes Cluster on Raspberry Piを構築することができました。 ちなみに、テックサポート制度に関しては会社の 開発者ブログ に詳しく書かれています。 （宣伝ノルマ達成） これがやりたかっただけ コンセプト ラズパイk8sクラスターなんて先人達が幾度とな

「OPC UA」はなぜさまざまな規格の通信をつなげることができるのか：OPC UA最新技術解説（2）（1/2 ページ） スマート工場化や産業用IoTなどの流れの中で大きな注目を集めるようになった通信規格が「OPC UA」です。「OPC UA」はなぜ、産業用IoTに最適な通信規格だとされているのでしょうか。本連載では「OPC UA」の最新技術動向についてお伝えします。第2回である今回は、「つなげる」を切り口とし、「OPC UA」の相互接続性とTSN対応について紹介します。 「OPC UAとは何か」を先進技術動向を含めて紹介する本連載ですが、まずはその特徴である「つなげる」「安全に」「伝える」の3つのポイントについて1つずつ焦点を当てていきます。 ≫連載「OPC UA最新技術解説」の目次 第2回となる今回は「つなげる」をテーマに、プラットフォーム非依存による接続を実現する仕組みと、それをどのよ