Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id E145E200C43 for ; Sun, 26 Mar 2017 11:43:27 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id DFC44160B87; Sun, 26 Mar 2017 09:43:27 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id D72B9160B6B for ; Sun, 26 Mar 2017 11:43:26 +0200 (CEST) Received: (qmail 31232 invoked by uid 500); 26 Mar 2017 09:43:25 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 31221 invoked by uid 99); 26 Mar 2017 09:43:24 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 Mar 2017 09:43:24 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 82D93C1F94 for ; Sun, 26 Mar 2017 09:43:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.798 X-Spam-Level: X-Spam-Status: No, score=-0.798 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=christiangeorg.onmicrosoft.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id K-849qtjJG48 for ; Sun, 26 Mar 2017 09:43:22 +0000 (UTC) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0113.outbound.protection.outlook.com [104.47.1.113]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 72E885FB30 for ; Sun, 26 Mar 2017 09:43:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Christiangeorg.onmicrosoft.com; s=selector1-christiangeorg-de; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=yqxbAWnw5ykenGHWBZl+Q1aMxmkKrZ55raoYHFudJRY=; b=jvkAPaU2XEu9hRb/eBc7++4ioch8x/bDJf8xTfz2qe+Y/ANtZafViNDE3pbR5uDHloiGUOZ8NefUdoiL1dHEiEyDQi5YbXgYSyzD2rQlwi+OblkJnuxbYkP09i/j1qiI5hxnGi9c0Q0udZzSk6UrBBZs2cHi3dCAeLaULLGpd0M= Received: from AM2PR04MB0690.eurprd04.prod.outlook.com (10.160.54.146) by AM2PR04MB0692.eurprd04.prod.outlook.com (10.160.54.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.977.11; Sun, 26 Mar 2017 09:43:10 +0000 Received: from AM2PR04MB0690.eurprd04.prod.outlook.com ([10.160.54.146]) by AM2PR04MB0690.eurprd04.prod.outlook.com ([10.160.54.146]) with mapi id 15.01.0977.021; Sun, 26 Mar 2017 09:43:10 +0000 From: Christian Georg To: "users@httpd.apache.org" Thread-Topic: Balancing between members with identical route Thread-Index: AdKmEYKFQCD16ZuKSWuGOPZ7wtYFwg== Date: Sun, 26 Mar 2017 09:43:10 +0000 Message-ID: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: httpd.apache.org; dkim=none (message not signed) header.d=none;httpd.apache.org; dmarc=none action=none header.from=christiangeorg.de; x-originating-ip: [84.119.36.214] x-microsoft-exchange-diagnostics: 1;AM2PR04MB0692;7:4mzxQ3w9lJqX5GvitpdCIbTvCWrPboQdQuR74nnZITJmc78fFbwxgxrXlrNmm17mokAYLRxUYlS4wisQCZbKGTkvCjc8TUKtEqIflsSYhh92SKc24uhAscDIY9Yb5i+44QFDM3NVBACljjnjsZwDRkKaFZqgHpWfC1Z5B7ZUDNHCD64pFV4JYBTn5nU+0uoBrNorNnYjM5CFpcfJozttN6rGZT8z1X/9GA2sQOZ22CczO8cjzK+nZ3XTpiz5stMYiYQBdbxzLzVewxhVuXR6jDaIP+hyF2GG1z4ciEPjPIqrv4MxROYr76fkO5ObzH1tNuYmuEYwFaqbya+Zvs/dBw== x-ms-office365-filtering-correlation-id: 9f9cda6d-9c0b-40eb-2ea6-08d4742c83f8 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(2017030254075);SRVR:AM2PR04MB0692; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123562025)(20161123558025)(20161123564025)(2016111802025)(20161123560025)(20161123555025)(6072148)(6043046);SRVR:AM2PR04MB0692;BCL:0;PCL:0;RULEID:;SRVR:AM2PR04MB0692; x-forefront-prvs: 0258E7CCD4 x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(39450400003)(53754006)(54896002)(8936002)(99286003)(6306002)(5640700003)(74482002)(2501003)(75402003)(55016002)(9686003)(6436002)(77096006)(1730700003)(8676002)(53936002)(66066001)(3280700002)(25786009)(7696004)(3660700001)(54356999)(2906002)(2351001)(6506006)(189998001)(50986999)(6116002)(102836003)(790700001)(33656002)(110136004)(3846002)(86362001)(6916009)(122556002)(2900100001)(7736002)(74316002)(38730400002)(5660300001)(81166006)(19627235001);DIR:OUT;SFP:1102;SCL:1;SRVR:AM2PR04MB0692;H:AM2PR04MB0690.eurprd04.prod.outlook.com;FPR:;SPF:None;MLV:sfv;LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AM2PR04MB0690953F4A4F36158AA71787D5300AM2PR04MB0690eurp_" MIME-Version: 1.0 X-OriginatorOrg: christiangeorg.de X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2017 09:43:10.4173 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bb66410d-4e91-4643-a027-6b6abe81a1e0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR04MB0692 Subject: [users@httpd] Balancing between members with identical route archived-at: Sun, 26 Mar 2017 09:43:28 -0000 --_000_AM2PR04MB0690953F4A4F36158AA71787D5300AM2PR04MB0690eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, we are using Apache as reverse proxy for TLS offloading and routing REST Re= quests. Our user data is split into two backend instances, where only one o= f the instances can serve the data for each user. Each instance is served b= y two (redundant) webservices and it does not matter which webservice for e= ach instance is used. Using the session ID for routing is working, however the proxy does not dis= tribute requests between members with the identical route. Instead it is al= ways using the first member with the route ID. Is there any setup that distributes the requests with identical route IDs e= qually to all servers with the same route to distribute the work load and = have redundancy for each instance as well? We are using: Ubuntu 16.04 Server version: Apache/2.4.18 (Ubuntu) Server built: 2016-07-14T12:32:26 Here is the balancer setup we use Define CONNECTION_OPTIONS "loadfactor=3D100 min=3D10 max=3D300 smax=3D20 ac= quire=3D10000 connectiontimeout=3D10 disablereuse=3Doff keepalive=3Don time= out=3D120 ttl=3D800 retry=3D20" BalancerMember "ajp://192.168.200.10:8080" route=3DInstance1 ${CONNECTIO= N_OPTIONS} BalancerMember "ajp://192.168.200.11:8080" route=3DInstance1 ${CONNECTIO= N_ OPTIONS} BalancerMember "ajp:// 192.168.200.20:8080" route=3DInstance2 ${CONNECTI= ON_ OPTIONS} BalancerMember "ajp:// 192.168.200.21:8080" route=3DInstance2 ${CONNECTI= ON_ OPTIONS} ProxySet stickysession=3DROUTEID ProxySet lbmethod=3Dbybusyness ProxySet nofailover=3DOn All requests with Instance1 end up on ajp://192.168.200.10:8080. The second= server for this instance (ajp://192.168.200.11:8080) is not receiving a si= ngle request. And identical for instance2 ajp://192.168.200.20:8080 is receiving all requ= ests and server two (ajp://192.168.200.21:8080) is receiving none. We are using "ProxySet nofailover" to ensure that requests to Instance1 wil= l never end up on one of the servers of instance two and vice versa. Any Ideas on how to deal with this? Thanks Chris --_000_AM2PR04MB0690953F4A4F36158AA71787D5300AM2PR04MB0690eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

we are using Apache as reverse = proxy for TLS offloading and routing REST Requests. Our user data is split = into two backend instances, where only one of the instances can serve the d= ata for each user. Each instance is served by two (redundant) webservices and it does not matter which webserv= ice for each instance is used.

Using the session ID for routin= g is working, however the proxy does not distribute requests between member= s with the identical route. Instead it is always using the first member wit= h the route ID.

Is there any setup that distrib= utes the requests with identical route IDs equally to all servers with the = same route  to distribute the work load and have redundancy for each i= nstance as well?

 

We are using:=

Ubuntu 16.04

Server version: Apache/2.4.18 (Ubuntu)

Server built:   2016-= 07-14T12:32:26

 

Here is the balancer setup we u= se

 

Define CONNECTION_OPTIONS "= ;loadfactor=3D100 min=3D10 max=3D300 smax=3D20 acquire=3D10000 connectionti= meout=3D10 disablereuse=3Doff keepalive=3Don timeout=3D120 ttl=3D800 retry= =3D20"

<Proxy "balancer://mywe= bservice">

   BalancerMember &qu= ot;ajp://192.168.200.10:8080" route=3DInstance1 ${CONNECTION_OPTIONS}<= o:p>

   BalancerMember &qu= ot;ajp://192.168.200.11:8080" route=3DInstance1 ${CONNECTION_ OPTIONS}

 

   BalancerMember &qu= ot;ajp:// 192.168.200.20:8080" route=3DInstance2 ${CONNECTION_ OPTIONS= }

   BalancerMember &qu= ot;ajp:// 192.168.200.21:8080" route=3DInstance2 ${CONNECTION_ OPTIONS= }

 

   ProxySet stickyses= sion=3DROUTEID

   ProxySet lbmethod= =3Dbybusyness

   ProxySet no= failover=3DOn

</Proxy>

 

All requests with Instance1 end= up on ajp://192.168.200.10:8080. The second server for this instance (ajp:= //192.168.200.11:8080) is not receiving a single request.=

And identical for instance2 ajp= ://192.168.200.20:8080 is receiving all requests and server two (ajp://192.= 168.200.21:8080) is receiving none.

 

We are using “ProxySet no= failover” to ensure that requests to Instance1 will never end up on o= ne of the servers of instance two and vice versa.

 

Any Ideas on how to deal with t= his?

 

Thanks

 

Chris

 

 

 

 

--_000_AM2PR04MB0690953F4A4F36158AA71787D5300AM2PR04MB0690eurp_--