Azure Kubernetes Service (AKS) は、すべての 1.12.x 以降のクラスターでクラスター DNS の管理と解決に CoreDNS プロジェクトを使用します。 CoreDNS のカスタマイズおよび Kubernetes について詳しくは、公式のアップ ストリーム ドキュメントを参照してください。 AKS はマネージド サービスであるため、CoreDNS のメイン構成 (CoreFile) を変更することはできません。 代わりに、既定の設定をオーバーライドするには、Kubernetes ConfigMap を使用してください。 既定の AKS CoreDNS ConfigMaps を表示するには、kubectl get configmaps --namespace=kube-system coredns -o yaml コマンドを使用してください。 この記事では、
kubenet kubenetはAKSのネットワーク構成の既定値となります。Kubernetesのネットワークデフォルト仕様でもあります。 仕組みイメージ図(公式資料引用) kubenetの仕組みは、公式資料では、以下の構成となります。 kubenetの特徴 ノードのみが仮想ネットワーク(サブネット)からIPを取得する PodはKubernetesの内部ネットワークからIPを取得する Kubernetes内部ネットワークから仮想ネットワークへの通信はNATで変換される(通信するため) ※Kubernetesの内部ネットワークはKubernetes機能によって作られる。仮想ネットワークと論理的に異なるIPレンジを使う 制限事項 AKSクラスタの仮想ネットワークは、インターネット送信(Outbound)を許可する必要がある 同じサブネットに複数のAKSを構築してはいけない(kubenetのみ)
Kubernetes クラスターの外の DNS サーバーを参照する要望は、システム上でよくある話かと思います。 今回は、Kubernetes 内の名前解決や、クラスター内の Pod がクラスターの DNS 以外の DNS サーバーを参照したい時の方法について、ご紹介しようと思います。 Kubernetes 内の名前解決について Service の A/AAAA レコード Kubernetes クラスターでは、Service (Headless を除き) が作成されたら、AレコードがクラスターのDNSに登録されるようになっています。Aレコードの内容は FQDN と Service の ClusterIP となります。 登録された FQDN の形式は以下になります。 <ServiceName>.<Namespace>.svc.cluster.local Headless Service につい
After using Azure Linux internally for two years and running it in public preview since October 2022, Microsoft this week finally made its distribution generally available. Azure Linux is an open-source container host OS for the Azure Kubernetes Service (AKS) that is optimized for Azure and aimed at making it easier for developers to use Microsoft's tools to deploy and manage container workloads.
Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトやRedHatも積極的に開発に加わり、非常に早いスピートで機能拡張していて、追いかけるのも大変です。 Kubernetesの大きな特徴は宣言的設定にあります。 この宣言的設定とは、イミュータブルなインフラを作るための基本的な考え方で、「システムのあるべき姿」を設定ファイルにて宣言する！という考え方です。Kubernetesは設定ファイルに書いたとおりのインフラを維持するように設計されています。 Kubernetesはコンテナを「Pod」という単位で管理します。このPodをKube
2024-04-30 OSフリーズ 2024-01-24 性能問題のポイント 2023-12-14 ツール類（インデックス） 2023-12-13 ダウンロードのいろいろ 障害対応に使用するツールの一覧 開発支援ツール VBAは何故、最強EUCツールなのか？ 構成管理ツール OSSホスティング・サービス GitLab GitBucket GitHub Git FrontPage 2023-11-01 CAL 2023-09-19 Azure Container Registry Azure IoT Edgeチュートリアル 2023-08-22 Azure OpenAI Service 2023-07-31 Azureの評価環境を入手する Azure IoT Hubチュートリアル Azure IoT Centralチュートリアル 2023-07-27 Docker Desktop for W
When setting up a Kubernetes Cluster in Azure you have the option to deploy using two different network plugins. Either using Kubernetes Kubenet or Azure CNI. So, what are the main differences between these two? to be honest there is also a lot of other considerations as well. Since Kubernetes networking can be complex. Before I go into the details, we need to just cover some basic Kubernetes Netw
アプリケーション開発に対するコンテナー ベースのマイクロサービス アプローチでは、アプリケーション コンポーネントが連携してそれぞれのタスクを処理します。 Kubernetes は、この連携を可能にするさまざまなリソースを提供します。 アプリケーションへの接続と内部または外部への公開を実行できます。 アプリケーションを負荷分散することにより、可用性の高いアプリケーションを構築することができます。 ポッドとノードへの、またはポッドとノード間のネットワーク トラフィックのフローを制限して、セキュリティを強化できます。 さらに複雑なアプリケーションの場合は、SSL/TLS 終端または複数のコンポーネントのルーティングのためのイングレス トラフィックを構成できます。 この記事では、AKS 内でアプリケーションにネットワークを提供する主要な概念について説明します。 Azure 仮想ネットワーク ネッ
すべての Azure サブスクリプションには、Microsoft Entra テナントとの信頼関係があります。 サブスクリプションは、セキュリティ プリンシパルとデバイスの認証と承認を行うために、このテナント (ディレクトリ) に依存します。 サブスクリプションの有効期限が切れると、信頼されたインスタンスは残りますが、セキュリティ プリンシパルは Azure リソースへのアクセスを失います。 サブスクリプションは 1 つのディレクトリのみを信頼できますが、1 つの Microsoft Entra テナントは複数のサブスクリプションで信頼できます。 ユーザーが Microsoft クラウド サービスにサインアップすると、新しい Microsoft Entra テナントが作成され、ユーザーがグローバル管理者になります。 ただし、サブスクリプションの所有者がサブスクリプションを既存のテナントに参
Kubernetes クラスターへのアクセスをさまざまな方法で認証、認可、セキュリティ保護、制御できます。 Kubernetes のロールベースのアクセス制御 (Kubernetes RBAC) を使用して、ユーザー、グループ、サービス アカウントに対し、必要とするリソースのみへのアクセス権を付与できます。 Azure Kubernetes Service (AKS) では、Microsoft Entra ID と Azure RBAC を使って、セキュリティとアクセス許可構造をさらに強化できます。 Kubernetes の RBAC と AKS を使用すると、クラスターへのアクセスをセキュリティで保護し、開発者やオペレーターに必要最低限のアクセス許可のみを与えることができます。 この記事では、AKS で認証とアクセス許可の割り当てを行うために役立つ中心概念を紹介します。 Kubernet
Today we are excited to offer a new solution to bind Azure Kubernetes Service (AKS) and Application Gateway. The new solution provides an open source Application Gateway Ingress Controller for Kubernetes, which makes it possible for AKS customers to leverage Application Gateway to expose their cloud software to the Internet. Today we are excited to offer a new solution to bind Azure Kubernetes Ser
こんにちは。Azure テクニカル サポート チームの大野です。 今回は良くお問合せいただく内容として、特定の AKS ノードの再起動または削除についてご案内したいと思います。 そもそもサポート外の操作ですか？Azure Kubernetes Service (AKS) についてよく寄せられる質問でも下記の通り、サポートされない操作と記載があります。 すべての VM を停止したり、その割り当てを解除したりできますか? より引用 これは、直接 AKS のリソースの操作を行うことにより、AKS として管理している情報と不整合 (例えば、仮想マシ ンを直接削除したが、AKS のノードとしてまだ残っている状態、等) が起きる恐れがあるため、このような記載が されています。 これは、Azure のリソースを直接操作した場合に、AKS (Kubernetes) から見たときに情報の整合性が取れなくなる
Azure Kubernetes Service (AKS) でアプリケーションを正常にビルドして実行するには、次のような重要な概念を理解して実装する必要があります。 マルチテナントとスケジューラの機能。 クラスターおよびポッドのセキュリティ。 事業継続とディザスター リカバリー。 AKS 製品グループ、エンジニアリング チーム、およびフィールド チーム (Global Black Belt (GBB) を含む) は、次のベスト プラクティスと概念に関する記事の執筆、グループ化に貢献しました。 その目的は、クラスターのオペレーターと開発者が上記の概念をよく理解し、適切な機能を実装できるようにすることです。 クラスター オペレーターのベスト プラクティス クラスター オペレーターは、アプリケーション所有者および開発者と連携してそのニーズを理解します。 次に、必要に応じて、次のベスト プラクテ
Azure のマネージド Kubernetes サービスである AKS には、Azure Monitor for Containers という監視機能があります。 ノードのパフォーマンス情報や Pod の標準出力ログ等を統合的に確認できるので非常に便利です。 今回はこの AKS と Azure Monitor for Containers がどのように連携しているかを見ていきます。 # ちなみに、ConfigMaps で一部設定をチューニングできますが今回の前提は既定値としています。 この記事に書いてあること Azure Monitor for Containers を有効にすると、DaemonSet と Deployment が展開される Pod のインベントリやノード情報等クラスタ全体の情報は Deployment が情報を取得 Pod ごとの情報は DaemonSet が情報を取得
これまでなんとなく触ってきた AKS ですが、k8s も含めてちゃんとお勉強しようと思い、ドキュメントをまとめました。 AKS まわりを効率的に勉強できるかと思います。 書籍 これまでいろんな本を買ってつまみ食い的に読んできましたが、1冊ちゃんと読もうと思ってこちらをこのお正月休みに読み切りました。 しくみがわかるKubernetes Azureで動かしながら学ぶコンセプトと実践知識 作者:阿佐 志保,真壁 徹発売日: 2019/01/23メディア: Kindle版 k8s の一般的な内容ももちろんあるので Azure 以外のクラウドを使っていても参考になりますが、今回は特に AKS にフォーカスしていたので非常に参考になりました。あと、機能的な部分以外、可用性や保守性の観点でもあるので実践という点でも参考になります。 k8s の多くの機能を網羅的に学習するというより、設計原則や運用面を含
Azure Kubernetes Service (AKS) のランタイムセキュリティでは、アプリケーションやインフラの予期せぬ脅威を検出するために複数のコントロールが必要です。 これにはパッチ未適用の脆弱性、安全でない構成、弱い資格情報、不正行為などが含まれます。 コンテナイメージの脆弱性スキャンやKubernetesセキュリティポリシーではカバーできないリスクもあるため、ゼロデイ脆弱性や予期せぬ活動を特定する最終防衛線が重要です。 Falco、オープンソースのKubernetesランタイム検知ツールを用いたアプローチや、Sysdig Secureによる大規模な脅威検出とアラート機能が紹介されています。 Falcoは振る舞いベースのセキュリティルールで不審な活動を検出し、Sysdig SecureはFalcoを基にAKS環境の包括的なセキュリティ対策を提供します。 詳細はこちら Sysd
Cannot participate because closed. ClosedWhen you participate, we will assume that you have agreed to the terms of use Require logged in for participate. campaignHow to participate① Check rule and participateCheck rule of posting campaign and participate. ② Write articleWrite article with content that is consistent with the theme of posting campaign! ③ Register campaign and post articleRegister ca
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
