Kubernetes Engine features and guidance to help lock down your containers | Google Cloud Blog
Exploring Container Security: Run what you trust; isolate what you don’t From vulnerabilities to cryptojacking to well, more cryptojacking, there were plenty of security events to keep container users on their toes throughout 2019. With Kubernetes being used to manage most container-based environments (and increasingly hybrid ones too), it’s no surprise that Forrester Research, in their 2020 predi
GKEのPodからVPNを経由してAWSと通信してみた - Qiita
はじめに 前回の投稿でGCPとAWSをVPNで繋ぐところまでやってみました。 その続きで今回は GKE の Pod から VPN を経由して AWS のサービスを利用したかったので、その方法をまとめます。 普通にサブネットと GKE クラスタを作成して、AWS と通信できるか確認 サブネットの準備 AWS と VPN 接続されている VPC aws-internal-connect に、サブネット aws-internal-connect-subnet-1 を CIDR 10.1.0.0/24 で作成します。 GKEクラスタの作成 クラスタ test-cluster を、普通に作成してみます。その際、サブネットには上記 aws-internal-connect-subnet-1 を設定します。 $ gcloud beta container clusters create test-clu
Bringing enterprise network security controls to your Kubernetes clusters on GKE | Google Cloud Blog
Cloud Identity-Aware Proxy を使って GCP backend を保護する - tellme.tokyo
Cloud Identity-Aware Proxy を使って GCP backend を保護する October 30, 2017 Cloud IAP とは Cloud ID-Aware Proxy（Cloud IAP）は、Google Cloud Platform で動作するクラウド アプリケーションへのアクセスを制御します。 Cloud IAP はユーザー ID を確認し、そのユーザーがアプリケーションへのアクセスを許可されるかどうかを判断します。 - https://cloud.google.com/iap/ つまり Cloud Identity-Aware Proxy (Cloud IAP、または IAP) を使うことで、任意の GCP リソース 1 に存在するロードバランサに対して、許可された Google アカウントやサービスアカウントによるアクセスのみに絞ることができます。
GKE でサービスを HTTPS と HTTP/2 に対応する(kube-lego 編) - Qiita
注意 ⚠️ kube-lego is in maintenance mode only. There is no plan to support any new features. The latest Kubernetes release that kube-lego officially supports is 1.8. The officially endorsed successor is cert-manager. If you are a current user of kube-lego, you can find a migration guide here. ⚠️ kube-lego は既に cert-manager によって置き換えられており、この記事は単なる歴史的文書です。 既に少し古いですが、 GKE で TLS 証明書を自動管理(cert-manager DNS-
GKEにstaticなegressのIPアドレスを割り当てる - tjun月１日記
===201908追記=== 今なら Cloud NAT 使うのがいいと思います ===追記おわり=== タイトルのとおりですが、こんなことする人はあまりいないと思います。ingressをstaticにするのは簡単ですが、egressはやり方調べても情報がなくて苦労しました。 今回のケースでは、GKEである処理を行うworkerを作っていて、その処理の途中で外部のサーバへ接続してデータを取ってくる必要があるのですが、その外部のサーバがIPアドレスによるアクセス制限をかけていました。 そのため、アクセスするIPアドレスを申請する必要があり、どのnodeからリクエストしてもそのegressのIPアドレスを固定したいという状況です。 やり方を一言でいうと、NAT用のinstanceを立てる、です。 johnlabarge/gke-nat-example を参考にしました。 IP, network
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hardening your cluster's security | Kubernetes Engine | Google Cloud
GitHub - ahmetb/gke-letsencrypt: Tutorial for installing cert-manager on GKE get HTTPS certificates from Let’s Encrypt (⚠️NOW OBSOLETE⚠️)
Static outgoing IP in Kubernetes