タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
EKSコンテナ移行のトラブル事例：推測するな計測せよ -CoreDNS暴走編- - MonotaRO Tech Blog
こんにちは、モノタロウの SRE グループ・コンテナ化推進チームの田中です。 現在、私たちはシステムモダナイゼーションのプロジェクトの一環として、200以上のエンドポイントを持つモノリスのバックエンド API を EC2 上から Kubernetes マネージドサービスの EKS（Elastic Kubernetes Service）に移行しています。ノードは Fargate を使用し、監視には Datadog と Sentry を導入しています。 今回、EC2 に流れているリクエストを全て EKS に振り分けを行おうとしておりました。その際に外部（DB、 サービス）への疎通ができないといった内容の Sentry のエラーが大量に発生し、切り戻しをせざるを得ない状況に陥ったのです。エラー内容を詳しくみたところ名前解決に関するものであり、今回私たちは CoreDNS の設定を行うことで解決し
AWS EKSのCoreDNSにおいて、名前解決が失敗する事例とその解決法について - エンジニアのロードラン
はじめに TL;DR 名前解決が一部失敗する話 CoreDNSのhealth checkと終了時の挙動(一部推測が含まれる) 原因その① 調査編 再現検証 検証環境について 結果 原因その① 対策編 対策方針 原因その② どんなときに名前解決が失敗するか 原因その② 対策編 やり方 参考実装の例4つと採用したやりかた 解説 まとめ はじめに どうもrenjikariです。SREです。 AWS Elastic Kontainer Service(以下EKS)環境にて起きた事象の対策が結構たいへんだったので、対応とともに共有しておきます。 もっといいやり方あるぜ！って人はぜひ教えて下さい:bow: 今回の事象には原因が2つあり、それぞれに解決策を用意したため、記事でも原因その① => 解決策その① => 原因その② => 解決策その②という順番で書いていきます TL;DR EKSにおいてある程
この記事は Retty Advent Calendar 2020 15日目の記事です。 adventar.org どうも。エンジニアの @pikatenor です。今年は小ネタでいきます。 早速本題ですが、CoreDNS のことは皆様ご存知でしょうか。おそらく Kubernetes 絡みで聞いたことあるという方も多いと思います。 coredns.io CoreDNS は CNCF によってホストされている OSS の DNS サーバーで、昨年1月には充分成熟したとして Graduated プロジェクトに位置づけられました。開発の主体をみても分かるように、Kubernetes の DNS Service として利用されることが多く、Kubernetes 1.11 からは kube-dns に代わり標準の実装として採用*1されています。 とはいえこの CoreDNS、単独で使ってもなかなか便利
サービスディスカバリーにCoreDNSを使用する
サービスディスカバリーにCoreDNSを使用するこのページでは、CoreDNSのアップグレードプロセスと、kube-dnsの代わりにCoreDNSをインストールする方法を説明します。 始める前に Kubernetesクラスターが必要、かつそのクラスターと通信するためにkubectlコマンドラインツールが設定されている必要があります。 このチュートリアルは、コントロールプレーンのホストとして動作していない少なくとも2つのノードを持つクラスターで実行することをおすすめします。 まだクラスターがない場合、minikubeを使って作成するか、 以下のいずれかのKubernetesプレイグラウンドも使用できます: KillercodaPlay with Kubernetes作業するKubernetesサーバーは次のバージョン以降のものである必要があります: v1.9. バージョンを確認するには次のコ
本日、AWS は Amazon EKS クラスター向けの CoreDNS 自動スケーリング機能の一般提供を発表しました。この機能により、カスタムソリューションの管理によるオーバーヘッドなしに、絶えず変化するサービスの容量ニーズに合わせて DNS サーバーインスタンスの容量をスケーリングできます。 多くの組織が、スケーラブルでコンテナ化されたアプリケーションを構築するためのコンピューティングインフラストラクチャプラットフォームとして Kubernetes を標準化しています。CoreDNS ポッドのスケーリングは、クエリの負荷を複数のインスタンスに分散して信頼性の高い DNS 解決を実現し、アプリケーションとサービスに高可用性を提供するための鍵となります。今回のリリースにより、スケーリングパラメータを事前設定して各クラスターにクライアントをデプロイする必要なく、容量を監視し、それに応じてスケ
Kubernetes死んじゃった。 数日前にうちのk8sのサービスがお亡くなりになりました。 上図時点ではWorker1のみサービスが死んでいたのでサービスの削除作成を繰り返したのですが治らず。 なおすために試した作業としては、 デプロイメントとサービスの削除作成 worker1と2ともにクラスタから排出、再びクラスタに参加 結果としては、Worker1とWorker2ともにサービスが死んじゃった。。。。 原因 原因としてはCoreDNSが立ち上がらないのが、原因と推測した。(しっかり調べてない) 一度デフォで作られれるPodたち見てみる。 root@Master:~# kubectl get pods --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE kube-system coredns-576cbf47c7-7wqgj
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ちょっと便利に使う CoreDNS - Retty Tech Blog
Amazon EKS が CoreDNS ポッドのオートスケーリングのネイティブサポートを発表
KubernetesでCoreDNS立ち上がらない - Qiita
www.4gamer.net
news.yahoo.co.jp
zenn.dev/i_keito
tonecchi.hatenablog.com
oggi.jp
news.yahoo.co.jp