Upstream

Description

Upstream is a virtual host abstraction that performs load balancing on a given set of service nodes according to the configured rules.

Although Upstream can be directly configured to the Route or Service, using an Upstream object is recommended when there is duplication as shown below.

upstream-example

By creating an Upstream object and referencing it by upstream_id in the Route, you can ensure that there is only a single value of the object that needs to be maintained.

An Upstream configuration can be directly bound to a Route or a Service, but the configuration in Route has a higher priority. This behavior is consistent with priority followed by the Plugin object.

Configuration

In addition to the equalization algorithm selections, Upstream also supports passive health check and retry for the upstream. You can learn more about this Admin API Upstream.

To create an Upstream object, you can use the Admin API as shown below.

Upstream - 图2note

You can fetch the admin_key from config.yaml and save to an environment variable with the following command:

  1. admin_key=$(yq '.deployment.admin.admin_key[0].key' conf/config.yaml | sed 's/"//g')
  1. curl http://127.0.0.1:9180/apisix/admin/upstreams/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "type": "chash",
  5.     "key": "remote_addr",
  6.     "nodes": {
  7.         "127.0.0.1:80": 1,
  8.         "foo.com:80": 2
  9.     }
  10. }'

After creating an Upstream object, it can be referenced by a specific Route or Service as shown below.

  1. curl http://127.0.0.1:9180/apisix/admin/routes/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "uri": "/index.html",
  5.     "upstream_id": 1
  6. }'

For convenience, you can directly bind the upstream address to a Route or Service.

  1. curl http://127.0.0.1:9180/apisix/admin/routes/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "uri": "/index.html",
  5.     "plugins": {
  6.         "limit-count": {
  7.             "count": 2,
  8.             "time_window": 60,
  9.             "rejected_code": 503,
  10.             "key": "remote_addr"
  11.         }
  12.     },
  13.     "upstream": {
  14.         "type": "roundrobin",
  15.         "nodes": {
  16.             "127.0.0.1:1980": 1
  17.         }
  18.     }
  19. }'

Example

The example below shows how you can configure a health check.

  1. curl http://127.0.0.1:9180/apisix/admin/routes/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "uri": "/index.html",
  5.     "plugins": {
  6.         "limit-count": {
  7.             "count": 2,
  8.             "time_window": 60,
  9.             "rejected_code": 503,
  10.             "key": "remote_addr"
  11.         }
  12.     },
  13.     "upstream": {
  14.          "nodes": {
  15.             "127.0.0.1:1980": 1
  16.         }
  17.         "type": "roundrobin",
  18.         "retries": 2,
  19.         "checks": {
  20.             "active": {
  21.                 "http_path": "/status",
  22.                 "host": "foo.com",
  23.                 "healthy": {
  24.                     "interval": 2,
  25.                     "successes": 1
  26.                 },
  27.                 "unhealthy": {
  28.                     "interval": 1,
  29.                     "http_failures": 2
  30.                 }
  31.             }
  32.         }
  33.     }
  34. }'

You can learn more about health checks health-check.

The examples below show configurations that use different hash_on types.

Consumer

Creating a Consumer object.

  1. curl http://127.0.0.1:9180/apisix/admin/consumers \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "username": "jack",
  5.     "plugins": {
  6.        "key-auth": {
  7.             "key": "auth-jack"
  8.         }
  9.     }
  10. }'

Creating a Route object and enabling the key-auth authentication Plugin.

  1. curl http://127.0.0.1:9180/apisix/admin/routes/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "plugins": {
  5.         "key-auth": {}
  6.     },
  7.     "upstream": {
  8.         "nodes": {
  9.             "127.0.0.1:1980": 1,
  10.             "127.0.0.1:1981": 1
  11.         },
  12.         "type": "chash",
  13.         "hash_on": "consumer"
  14.     },
  15.     "uri": "/server_port"
  16. }'

To test the request, the consumer_name passed for authentication will be used as the hash value of the load balancing hash algorithm.

  1. curl http://127.0.0.1:9080/server_port -H "apikey: auth-jack"

Creating a Route and an upstream object.

  1. curl http://127.0.0.1:9180/apisix/admin/routes/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "uri": "/hash_on_cookie",
  5.     "upstream": {
  6.         "key": "sid",
  7.         "type": "chash",
  8.         "hash_on": "cookie",
  9.         "nodes": {
  10.             "127.0.0.1:1980": 1,
  11.             "127.0.0.1:1981": 1
  12.         }
  13.     }
  14. }'

The client can then send a request with a cookie.

  1.  curl http://127.0.0.1:9080/hash_on_cookie \
  2.  -H "Cookie: sid=3c183a30cffcda1408daf1c61d47b274"

Header

Creating a Route and an upstream object.

  1. curl http://127.0.0.1:9180/apisix/admin/routes/1 \
  2. -H "X-API-KEY: $admin_key" -X PUT -d '
  3. {
  4.     "uri": "/hash_on_header",
  5.     "upstream": {
  6.         "key": "content-type",
  7.         "type": "chash",
  8.         "hash_on": "header",
  9.         "nodes": {
  10.             "127.0.0.1:1980": 1,
  11.             "127.0.0.1:1981": 1
  12.         }
  13.     }
  14. }'

The client can now send requests with a header. The example below shows using the header Content-Type.

  1.  curl http://127.0.0.1:9080/hash_on_header \
  2.  -H "X-API-KEY: $admin_key" \
  3.  -H "Content-Type: application/json"