Red Hat、ローカルマシンにコンテナとKubernetes環境などを構築する「Podman Desktop 1.0」正式リリース
Red Hat、ローカルマシンにコンテナとKubernetes環境などを構築する「Podman Desktop 1.0」正式リリース Red Hatは、ローカルマシンにLinuxのコンテナとKubernetes環境を手軽に構築できる「Podman Desktop 1.0」を正式リリースしました。 Windows、macOS、Linuxに対応し、デスクトップアプリケーションからコンテナエンジンのPodman、Docker、OpenShift Localなどを簡単にインストールでき、最新の状態に保つことができます。 コンテナの実行やKubernetesの操作など Podman Desktopの主な機能は以下の通り。 コンテナとポッド関連 コンテナとポッドのビルド、ラン、マネージ、デバッグ Kubernetes上もしくはKubernetesなしでのポッドの実行 内蔵のターミナル機能でコンテナへの
分散トレーシングとOpenTelemetryのススメ / Getting started distributed tracing and OpenTelemetry
OCHaCafe Season7 の LT 資料です。 https://ochacafe.connpass.com/event/282817/
Docker終焉は別にしないと思うけど、知っておいたほうがいい知識の補足を書く - inductor's blog
Docker一強の終焉にあたり、押さえるべきContainer事情 を読んで漠然とDockerが終わるって思った人、素直に手をあげてください。別にDockerは終わりません。なんかむしろWASMとかんばるぞって息巻いてて可愛いので頑張って欲しいと個人的には考えています。 その昔、Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog を書いたら炎上しました。最初の記事の書き方が良くなかったという反省はあるにせよ、世間一般で「Dockerは開発環境で使うやつ」という認識があまりにも広がりすぎているというのが良くわかる勉強の機会になりました。 逆を言うと、みなさんがこれらの記事を読む時には、Dockerという言葉に含まれる意味に注意して読んでいただきたいと思っています。Dockerには大きく分けて以下の意味が含まれると僕は考えています。 Docke
部内サーバーに Kubernetes クラスタを立てました - KMC活動ブログ
はむはー！最近計算機には嬉しい気温になってきました。みなさん計算機はいかがお過ごしですか？ 先月 Kubernetes クラスタを部内サーバーに構築したので、その話をします。 きっかけ きっかけは部内 OpenStack クラスタが崩壊したことです。OpenStack かぁ〜立て直すのめんどくさいね〜、って話しているうちに何故か Kubernetes を立てる話が盛り上がり、Kubernetes クラスタを立てることになりました *1。 いろいろ検討 Kubernetes を立てると一言で言っても、 Node の立て方や使うコンポーネント、YAML の管理方法など決めなければいけないことは多岐に渡ります。 まずは要検討事項をまとめた Issue を作りました。 数々の要検討事項 大量です。ここから一つ一つ検討していきました。 Node の立て方 Node を立てる、すなわち kubelet
Announcing HashiCorp Waypoint
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
WSL2+Microk8s: the power of multinodes :: ~/wsl.dev — Get your Linux On
IntroductionDuring the first ever WSLConf, which went from an onsite to online event, I did showcase Canonical Kubernetes cluster Microk8s on WSL2 The demo told a story of going from the usual local one node k8s cluster to a multi-node in WSL2. And it ended with a (huge?) surprise: everything was running on Windows Server 2019 Insider Now it’s your turn and while in the demo the first parts were a
Anatomy of my Kubernetes Cluster
A year ago, I decided I would build my own Kubernetes cluster. As a software engineer, I either use a local single-node Kubernetes clusterI usually rely on Minikube, though other solutions exist, like Kind, that can actually emulate multiple nodes. Mutli-node support may eventually come for Minikube., or a remote multi-node cluster, to test my work on a daily basis. I wanted to have the benefits o
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ on Twitter: "前の会社は僕が入ったときにkubernetesでクラスタ組んでて問題頻発かつ構築した人が退職済みで誰も管理できる人がいない状態だった。だから僕もそのときk8sさっぱりだったので提案してECSへ移行したんだけど今kubernetes… https://t.co/IZnpunTGoE"
前の会社は僕が入ったときにkubernetesでクラスタ組んでて問題頻発かつ構築した人が退職済みで誰も管理できる人がいない状態だった。だから僕もそのときk8sさっぱりだったので提案してECSへ移行したんだけど今kubernetes… https://t.co/IZnpunTGoE
k8sハニーポットとログ出力の話 - エムスリーテックブログ
本記事はエムスリー Advent Calendar 2019 - Qiitaの24日目の記事です。 こんにちは。エムスリーエンジニアリンググループの木村です。 業務ではBIRというチームでアンケートシステムの開発をやっています。 今回は個人的に構築しているk8sハニーポットシステムとそこで生じたログ出力の問題について話をしようと思います。 ハニーポット まずハニーポットとは何かですが、一言でいうとインターネットからの攻撃を敢えて受けるサーバです。 通常通用されるサーバでは、ファイアーウォールやアンチマルウェアソフトウェアを利用して攻撃を防御し、サービスを安定して運用することが求められますが、ハニーポットはその逆です。 敢えて攻撃を受け、それを記録することによりネットワーク上でどのような攻撃が流行しているのか、その手口などを観測・分析することが目的になります。 ネットワーク構成 現在の私の自
Locust x Kubernetes で負荷試験入門🦗 コンテナ時代の DoS 攻撃 🦗🦗🦗 【Hipster Shop 攻撃編】 - okadato の雑記帳
はじめに さて前回 Hipster Shop のログおよびメトリクスの監視が可能になったので、今回から少しずつ中身をみていきます！ まず実際に特定の Pod のログをみてみましょう。 すると、なぜか自分がアクセスしていない間にも定期的にログが出力されていることを確認できます。 カートの中身を管理するサービスのログ 例えば👆の gif では GetCartAsync という、（おそらく）カートの中身を確認するときに出力されるはずのログが定期的に吐かれているようですね。 いったいなぜでしょうか？ その犯人こそ今回扱うテーマ、 loadgenerator という Pod なのです！ Load（負荷） Generator（生成）という名の通り、負荷をかけるために存在する Pod です。 こやつが各サービスに対して Synthetic な（≒ ユーザ行動を模した）リクエストを いつの間にか！勝手に
SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか？
SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか？ 今年、2019年5月20日から3日間にわたりスペイン バルセロナで開催されたKubeCon＋CloudNativeCon Europe 2019の基調講演では、SpotifyがミスによってKubernetesのクラスタを消去してしまった経験を振り返るという非常に興味深いセッション「Keynote: How Spotify Accidentally Deleted All its Kube Clusters with No User Impact - David Xia」（基調講演：SpotifyはいかにしてKubernetesクラスタの全削除というミスにもかかわらず顧客への影響を引き起こさなかったのか？）が行われました。 障害が起こることをあらかじめ計画とし
Kubernetesでステートフルなゲームサーバを動かした思い出
とあるスマートフォン向けMMORPGのプロジェクトで、アプリケーションサーバをほぼすべてGKE(Google Kubernetes Engine)に乗っけて動かしていました。 このゲームは、モバイル向けながら、複数プレイヤ間でそこそこリアルタイム性の高い同時プレイができるものでした。同じフィールドを誰かが歩けば、自分が見ている画面でもほぼ同時にそいつが歩いて横切っていく、同じ敵と皆で一緒に戦えば、誰かが繰り出した攻撃が参加者全員の画面に即同期される、もちろんチャットもできる、そんな具合です。今ではさほど珍しくないのかもしれませんが、PCのオンラインゲームのような機能を搭載した、リアルタイム性の高いモバイルゲームでした。 さて、こうなってくると、オーソドックスなWebサーバのような、HTTP/1でリクエスト/リプライを捌く、というサーバだけでは要件を満たすことができません。 複数プレイヤ間で
一晩でKubernetesを覚えて帰ろう。ワンナイトBootCamp! -- cndjp#10 - 資料一覧 - connpass
終了 2019/03/25（月） 19:00〜 一晩でKubernetesを覚えて帰ろう。ワンナイトBootCamp! -- cndjp#10 一晩でKubernetesを大体覚えて帰れる、初学者向けの基礎編です。 hhiroshell 他 〒107-0061 東京都港区北青山2丁目5-8
Raspberry PiでおうちKubernetes構築【物理編】 - Qiita
を利用しました。 Raspberry Piを開封する Raspberry Piを袋から開封します。 写真はRaspberry Piとヒートシンク大小のパーツです。 参考記事だとアルミのようなシートに包まれています。 写真を撮った後で気づきましたが、Raspberry Piは裏側も基盤が剥き出しなので、 保護する必要があります。 慌てて保護用のシートを敷きました。 用意がなかったので、今回は有り合わせの「お魚をフライパンで焼く用のシート」を敷きましたが、本質ではないので気にしないでください Raspberry Pi本体にヒートシンクを貼ります。 ヒートシンクとはなんぞや？ と思って調べたところ、下記の用途の部品でした。 ヒートシンク（英: heat sink）とは、放熱・吸熱を目的として機械の構造の一部をなす部品である。 引用: Wikipedia ヒートシンクは裏側にテープが貼ってあります
Raspberry PiでおうちKubernetes構築【論理編】 - Qiita
本記事はRaspberry PiでおうちKubernetes構築【物理編】の続きです。 おうちKubernetesの論理面を組み上げていきます。 おうちKubernetes 大まかな作業は以下の順番になります。 1. Raspberry PiへのOSインストール 2. Dockerインストール 3. Kubernetesインストール 4. Kubernetesクラスタ構築 構築にあたって、記事は下記を大いに参考にさせて頂きました。 スラスラ行くかと思いきや、結構躓きました・・・(何回か作業をやり直しています) Raspberry PI と kubeadm で自宅 Kubernetes クラスタを構築する kubernetesのラズパイ包みが美味しそうだったので、kubeadmを使って作ってみた Raspberry Pi OSイメージの設定 by MacOS Raspberry Pi OSイ
1人でできる
Docker Kubernetes(GKE)を
使った新規サービス立ち上げ / Docker and Kubernetes(GKE) for new services - Speaker Deck
RailsアプリをKubernetes(GKE)上で運用した事例の紹介です。
Kubernetes Tips: kubectl でマニフェストの雛形を作る - Qiita
kubectl run のドライラン(--dry-run)と yaml 表示(-o yaml)を組み合わせると生成されたマニフェストを標準出力に表示することができます。シェルの履歴等を使えば簡単に実行できるので、Kubernetes で yaml のマニフェストを素早く作成したい場合に便利です。 # 若干ゴミ(creationTimestamp など)が残るで削除する apiVersion: extensions/v1beta1 kind: Deployment metadata: creationTimestamp: null labels: run: mydeploy name: mydeploy spec: replicas: 1 selector: matchLabels: run: mydeploy strategy: {} template: metadata: creatio
コンテナ未経験新人が学ぶコンテナ技術入門
最近勉強を始めたコンテナ技術に関する基礎的な知識をまとめました。 [訂正と注釈] p.27-30: 「Deployment」内の「Version: 1」 => 「Version: 2」 p.37: 「終了コードをから」 => 「終了コードから」 p.39: 「HTTPSが利用できない」=> AWS上では、SSL終端するLBがサポートされています。https://kubernetes.io/docs/concepts/services-networking/service/#ssl-support-on-aws p.40: 「ユーザがingress controllerをmaster上にセットアップする必要」 => master上にセットアップしなければならないという制約はありません。例えばGCEのingress controller(GLBC)はPodとして動作します。https://gi
コンテナ/Kubernetesの本を一冊読んでスッキリした話 - orangeitems’s diary
本を買いました 昨日のKubernetesエントリーが好評なので続きます。 早速本を買ってきました。一応記念写真を冒頭に置きました。 本全体の感想 頑張って半日で読みたい部分は読み終えました。この本は前半をしっかり読んで、後半はつまむ程度で十分です。後半については、GCPとIBM Cloudと、Redhat OpenShiftにおけるKubernetesの扱いの紹介でした。特にOpenShiftの量が多く今のところ私には不要なので見ていません。 AWSやAzureの記載がないというのも面白いところです。ただ基本的にはGCPの記載を見ておけばどのクラウドでも様子はわかるでしょう。 OpenShiftについてはちょっと毛色が違う話です。これはコンテナを使った企業の統合基盤を構築するミドルウェアです。オンプレにも構築でき、パブリッククラウドの仮想サーバー、VMwareの仮想基盤上にも構築できます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ueokande/logbook: Another log viewer for Kubernetes
