SearcharxivSearch

arXiv subjects

Ofek Lavi

Publications and source records attributed to Ofek Lavi.

2 recordsLinked to original sources

RetryGuard: Preventing Self-Inflicted and Attack-Driven Retry Storms in Cloud Applications

Modern cloud applications are built from independent microservices, offering scalability and usage-based billing. However, their reliance on independently-operating auto-scalers introduces coordination challenges. Default retry patterns can trigger "retry storms" during service miscoordination or adversarial overload, amplifying load, latency, and resource billing. These storms can cause either self-inflicted Denial-of-Wallet (DoW) or amplify the impact of DDoS attacks. To overcome these problems, we introduce RetryGuard, a distributed framework for productive control of retry patterns across interdependent microservices. By managing retry policy on a per-service basis and making parallel decisions, RetryGuard prevents retry storms, curbs resource contention, and mitigates escalating operational costs. RetryGuard makes its decisions based on an analytical model that captures the relationships among retries, throughput (rejections), delays, and costs. Simulations show that it outperforms established mechanisms, including exponential backoff, jitter, and retry budgets. Experimental results show that RetryGuard significantly reduces resource usage and costs compared to existing AWS policies, achieving more than 90% improvement in latency, and 98% reduction in storm size. We further demonstrate its effectiveness in a multi-layer Kubernetes deployment with the Istio service-mesh, where RetryGuard reduces the peak number of replicas by $3 \times$ and cumulative memory usage by 55%.

cs.NI

Technical Report: Performance Comparison of Service Mesh Frameworks: the MTLS Test Case

Service Mesh has become essential for modern cloud-native applications by abstracting communication between microservices and providing zero-trust security, observability, and advanced traffic control without requiring code changes. This allows developers to leverage new network capabilities and focus on application logic without managing network complexities. However, the additional layer can significantly impact system performance, latency, and resource consumption, posing challenges for cloud managers and operators. In this work, we investigate the impact of the mTLS protocol - a common security and authentication mechanism - on application performance within service meshes. Recognizing that security is a primary motivation for deploying a service mesh, we evaluated the performance overhead introduced by leading service meshes: Istio, Istio Ambient, Linkerd, and Cilium. Our experiments were conducted by testing their performance in service-to-service communications within a Kubernetes cluster. Our experiments reveal significant performance differences (in terms of latency and memory consumption) among the service meshes, rooting from the different architecture of the service mesh, sidecar versus sidecareless, and default extra features hidden in the mTLS implementation. Our results highlight the understanding of the service mesh architecture and its impact on performance.

cs.NI