Ably incident on November 3, 2026: From 21:55 UTC we have been seeing a 2% rate of connection errors in the eu-west-1 region, which looks similar to the loadbalancer issue las Started 10:40 PM UTC, resolved ongoing (● 5m). Affected: Europe (Ireland).

SAP S/4HANA Cloud Private Editionにおいて、RISE側のサーバからインターネット経由で外部システムへHTTP(S)方式でアクセスしたいケースがあるかと存じます。なお、本記事は、お客様がご利用のPlatformがCloud(AWS/Azure/GCP)であることを前提に記載しております。その際に利用するのが、下記のService Request(以下、SR)です。SRテンプレート: Allowlist Squid Proxy access HTTP/HTTPS(80/443): OUTBOUND to EXTERNAL反対に、外部システムからインターネット経由でRISE側のサーバへアクセスしたい場合は、RISE側にLoadBalancerを設置し、システムをインターネットに公開する必要があります。LoadBalancerを作成する場合は、下記のSRテンプレートをご利用ください。SRテンプレート: Create Hyperscaler LB for INBOUND traffic from an EXTERNAL source (Azure/AWS/GCP)SRを起票される前に、下記の点をご認識いただけますようお願いいたします。SRを起票する前に、インターネット経由でのアクセス先を確認し、現状アクセスできていないことをご確認ください。なお、動的に変更されるIPアドレスは、Squid Proxyのホワイトリストに追加しないようお願いいたします。IPアドレスが動的に変更されるため、変更された時点でアクセスできなくなります。本作業はシステムを停止せずに実施でき、業務への影響(ダウンタイム)は発生いたしません。SRのサービス説明に記載されているとおり、本SRは基本的にSIDごとではなく、CID単位で一度のみ申請してください。リクエストはSIDごとではなく、ネットワークセグメントごとに1件提出するだけで十分です。SIDを選択すると、SAPは関連するCSN(Customer Secure Network)またはCGS(Customer Gateway Service)ノードを特定し、そのノードにプロキシ設定を適用します。プロキシはネットワーク層で動作するため、同一のCSN/CGSノードに接続されているすべてのSAPシステムが同じ設定を継承します。補足として、Squid ProxyはCSNまたはCGS上で稼働しており、内部で冗長化されています。なお、障害などにより切り替えが発生した際には、セッションが引き継がれない点をご認識いただけますようお願いいたします。以下では、現時点で提供されている4つの"CIFS Operations"をもとにご説明いたします。Domain Name: To enter your preferred Domain Name in "Enter Domain Name" field.FQDN (Fully Qualified Domain Name): To enter your preferred FQDN in "Enter FQDN (Fully Qualified Domain Name)" field.IP Address: To enter your preferred IP Address in "Enter IP Address" field.IP Address Range: To enter your preferred IP Address Range in "Enter IP Address Range" field. Domain NameInput Typeにて"Domain Name"を選択し、必要なドメイン名を入力してください。必要に応じて、一度に複数のドメイン名を入力することも可能です。ドメイン名sap.com（ドットなし）は、sap.comのみへのアクセスが許可されます。ドメイン名.amazon.com（ドットあり）は、そのドメインおよびすべてのサブドメインが許可されます。例えば、下記のようなFQDNへのアクセスが可能となります。aws.amazon.comsignin.aws.amazon.comap-northeast-1.signin.aws.amazon.comアクセスを許可したいドメイン名にドットが必要な場合は、明確に記載いただけますようお願いいたします。 FQDNInput Typeにて"FQDN (Fully Qualified Domain Name)"を選択し、必要なFQDNを入力してください。必要に応じて、一度に複数のFQDNを入力することも可能です。上記の場合、本SR対応完了後に、下記のFQDNへのアクセスが許可されます。www.sap.comdc.services.visualstudio.com IP AddressInput Typeにて"IP Address"を選択し、必要なIPアドレスを入力してください。必要に応じて、一度に複数のIPアドレスを入力することも可能です。前述のとおり、IPアドレスをホワイトリストに追加する場合は、動的に変更されるIPアドレスを避けていただけますようお願いいたします。IPアドレスレンジが分かっている場合は"IP Address Range"をご利用いただき、変更される可能性のあるIPアドレスが複数ある場合は、すべてのIPアドレスを申請してください。 IP Address RangeInput Typeにて"IP Address Range"を選択し、必要なIPアドレスレンジを入力してください。必要に応じて、一度に複数のIPアドレスレンジを入力することも可能です。 まとめ本記事では、RISE側のサーバからHTTP(S)プロトコルを利用し、インターネット経由で外部システムと連携する際に必要となるSRの申請方法についてご紹介しました。アクセス先の指定方法には、Domain Name、FQDN、IP Address、IP Address Rangeの4つのInput Typeがあり、要件に応じて使い分けていただくことが可能です。申請にあたっては、事前にアクセス先と現状を確認すること、動的に変更されるIPアドレスはホワイトリストに追加しないこと、そしてCID単位で一度のみ申請することがポイントとなります。本記事が、RISE環境における外部システム連携の設定を進める際の一助となれば幸いです。

How Cilium's LB IPAM and L2 Announcements turn a pending LoadBalancer Service into a reachable VIP on your LAN.

Installing Forgejo with its OCI Helm chart and Argo CD - app.ini from values, the admin Secret, storage, an HTTPRoute for HTTPS and a LoadBalancer for SSH.

K3s enforces NetworkPolicy by default via its built-in kube-router controller. Yet traffic via LoadBalancer still leaked through — the cause was ServiceLB's implementation combined with a permanent limitation of the NetworkPolicy API. Here's how to detect and fix it.

K3s enforces NetworkPolicy by default via its built-in kube-router controller. Yet traffic via LoadBalancer still leaked through — the cause was ServiceLB's implementation combined with a permanent limitation of the NetworkPolicy API. Here's how to detect and fix it.

Ably incident on October 25, 2026: We are seeing an elevated rate of connection errors in the us-east-1 region, seemingly as a result of a partial loadbalancer failure. We are Started 9:24 PM UTC, resolved ongoing (● 5m). Affected: US East (Northern Virginia).

K3s enforces NetworkPolicy by default via its built-in kube-router controller. Yet traffic via LoadBalancer still leaked through — the cause was ServiceLB's implementation combined with a permanent limitation of the NetworkPolicy API. Here's how to detect and fix it.

Right-sizing nodes and adopting Spot VMs on AKS often plateaus because LoadBalancer-per-service billing and monitoring add-ons are structural fixed costs that operational tuning can't touch. We break down the real bottleneck and compare it to K3s's lightweight cost structure.

When you can't rely on a cloud load balancer for on-prem or edge K3s clusters, why does Layer2 (ARP) load balancing eventually hit a wall? A practical look at MetalLB's BGP mode vs. Cilium's BGP Control Plane, and how to decide when to migrate.