You can configure multiple API Gateway environments in WSO2 API Manager that publish to a single API Store when you require distributing the gateway load comes in. It helps you to distribute the API Gateway load to multiple nodes and also gives you some logical separation (e.g., production vs. sandbox) between the APIs in the API Store. When you publish an API through multiple Gateway environments, the APIs in the API Store will have different server hosts and ports.
The steps below explain how to configure and publish to multiple Gateways. In this guide, we set up 3 API Manager instances in the same server. In a typical production environment, the Gateways will ideally be in separate servers.
- Instance 1: Acts as the node that provides the API Publisher, Store and the Key Manager functionality.
- Instance 2: Acts as a production Gateway node.
- Instance 3: Acts as a sandbox Gateway node.
Copy the API Manager product pack in to 3 separate folders.
Let's add offsets to the default ports of the two Gateway instances. A port offset ensures that there are no port conflicts when more than one WSO2 product runs on the same server.
<APIM_HOME>/repository/conf/carbon.xmlfile in the second API Manager instance and add an offset of 1 to its default port. This increments its default server port, which is 9443, by 1.
<APIM_HOME>/repository/conf/carbon.xmlfile in the third API Manager instance and add an offset of 2 to its default port. This increments its default server port, which is 9443, by 2.
The thrift server should be disabled in the two Gateway instances.
<APIM_HOME>/repository/conf/api-manager.xmlfiles in the second and the third API Manager instances and set the
<EnableThriftServer>property to false. For example:
The two Gateway instances need to communicate with the Key Manager in the first API Manager instance.
<APIM_HOME>/repository/conf/api-manager.xmlfiles in the second and the third Gateway instances and change the following:
You are done configuring the two API Gateway instances. Let's point to them from the first instance.
<APIM_HOME>/repository/conf/api-manager.xmlfile in the first API Manager instance, add two API Gateway environments under the
<Environments>element and delete the
<environment>element that comes by default. For example:
Tip: The Gateway environment names must be unique.
Tip: The environments you add here will be visible in a drop-down list in the API Console tab of the API Store. It allows subscribers to send API requests to any selected Gateway.
To stop a given Gateway environment from being displayed in the API Console tab, you can set the
<environment>element in the
api-manager.xmlfile. For example,
<Environment type="production" api-console="false">.
- Start all instances.
- Log in to the API Publisher (first instance) and choose to edit an API.
- Navigate to the Manage tab, expand the Gateway Environments section and note the two Gateway environments listed there.
In a typical production setup, you will publish the API to the sandbox Gateway first and then publish it to the production Gateway. In this case, let's publish to both.
- Select both Gateways and Save and Publish the API.
- Log in to the API Store (of the first instance) and click the API to open it.
- In the API's Overview tab, note that it has two sets if URLs for the two Gateway instances:
If you have published your API through more than one Gateway,
When you have generated keys for the Applications, the sample cURL command shows how to generate an access token using the Password Grant type provides the Gateway URL of the first published Gateway Environments listed in API Publisher as shown in the step 10.
Change this gateway URL according to the Gateway that you want to publish the API if you are using this Curl command to generate acces tokens.