Note |
---|
Metrics is enabled in WSO2 API Manager by default. However, if you do not need to use metrics with WSO2 API Manager, make sure to disable it in the <API-M_HOME>/repository/conf/metrics.xml file in each of the API-M nodes as follows: Code Block |
---|
<JDBC>
<Enabled>false</Enabled>
...
</JDBC> |
For more information, see Enabling Metrics and Storage Types. |
Warning |
---|
Carry out the following configurations on all the API-M profiles/components with the exception of the Gateway profile. |
Open the <API-M_HOME>/repository/conf/axis2/axis2.xml file and comment out the following. Code Block |
---|
| <transportSender name="ws" class="org.wso2.carbon.websocket.transport.WebsocketTransportSender">
<parameter name="ws.outflow.dispatch.sequence" locked="false">outflowDispatchSeq</parameter>
<parameter name="ws.outflow.dispatch.fault.sequence" locked="false">outflowFaultSeq</parameter>
</transportSender> |
Delete the WebSocketInboundEndpoint.xml file from the <API-M_HOME>/repository/deployment/server/synapse-configs/default/inbound-endpoints directory. Multiexcerpt include |
---|
MultiExcerptName | removejaggery |
---|
PageWithExcerpt | Product Profiles |
---|
|
If you are working with the WSO2 WUM update that was effective from the 13th February 2018 (2018-02-13), make the following changes. Note |
---|
Note that you can deploy updates in a production environment only if you have a valid subscription with WSO2. Read more about WSO2 Updates. For more information on updating WSO2 API Manager, see Using WSO2 Update Manager. |
Open the <API-M_HOME>/repository/conf/axis2/axis2.xml file and comment out the following. Code Block |
---|
<!--transportSender name="wss" class="org.wso2.carbon.websocket.transport.WebsocketTransportSender">
<parameter name="ws.outflow.dispatch.sequence" locked="false">outflowDispatchSeq</parameter>
<parameter name="ws.outflow.dispatch.fault.sequence" locked="false">outflowFaultSeq</parameter>
<parameter name="ws.trust.store" locked="false">
<ws.trust.store.location>repository/resources/security/client-truststore.jks</ws.trust.store.location>
<ws.trust.store.Password>wso2carbon</ws.trust.store.Password>
</parameter>
</transportSender--> |
Delete the SecureWebSocketInboundEndpoint.xml file from the <API-M_HOME>/repository/deployment/server/synapse-configs/default/inbound-endpoints directory.
Tip |
---|
When a node starts, it starts all the components and featured bundled with it. If you are concerned about resource utilization, you can run the product on a specific profile, so that only the components and features that are required for that node and common features start up. Click the tabs below to see the startup commands for each profile. Localtabgroup |
---|
Localtab |
---|
| Code Block |
---|
sh <PRODUCT_HOME>/bin/wso2server.sh -Dprofile=api-store |
|
Localtab |
---|
| Code Block |
---|
sh <PRODUCT_HOME>/bin/wso2server.sh -Dprofile=api-publisher |
|
Localtab |
---|
| Code Block |
---|
sh <PRODUCT_HOME>/bin/wso2server.sh -Dprofile=gateway-worker -DworkerNode=true |
|
Localtab |
---|
| Code Block |
---|
sh <PRODUCT_HOME>/bin/wso2server.sh -Dprofile=api-key-manager |
|
Localtab |
---|
| Code Block |
---|
sh <PRODUCT_HOME>/bin/wso2server.sh -Dprofile=traffic-manager |
|
|
For more information on using multi-profile support, see Product Profiles. |
This section involves setting up the Key Manager node and enabling it to work with the other components in a distributed deployment. - Open the
<API-M_HOME>/repository/conf/api-manager.xml file in the Key Manager node and change the <ServerURL> element that appears under the <APIGateway> section, so that it points to the API Manager Gateway. You need to add these configurations so that when a user is deleted or when the role of a user is updated in the Key Manager, it will update the Gateway cache by clearing the cache entries of a particular user. Configure the API key validator in the Key Manager. The Thrift protocol is normally enabled by default. However, if you have disabled the Thrift protocol, enable it as follows in the <API-M_HOME>/repository/conf/api-manager.xml file. Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-Key-Manager-KM |
---|
title | Single Key Manager |
---|
| When you are using a single Key Manager, add ThriftClient for the <KeyValidatorClientType> element to use the Thrift protocol. Code Block |
---|
| <APIKeyValidator>
<KeyValidatorClientType>ThriftClient</KeyValidatorClientType>
<EnableThriftServer>true</EnableThriftServer>
<ThriftServerHost>localhost</ThriftServerHost>
<ThriftServerPort>10397</ThriftServerPort>
...
</APIKeyValidator> |
Note |
---|
The default Thrift server port is 10397. You need to only uncomment the following code to set the Thrift server port if you need to use a port that differs from the default value. <ThriftServerPort>[port]</ThriftServerPort> |
|
Localtab |
---|
id | HA-Key-Manager-KM |
---|
title | Key Manager with HA |
---|
| When you are using multiple Key Managers fronted by a load balancer, you need to add WSClient for the <KeyValidatorClientType> element to use the Web Service Client, and change <EnableThriftServer> to false to optimize performance. Code Block |
---|
| <APIKeyValidator>
...
<KeyValidatorClientType>WSClient</KeyValidatorClientType>
<EnableThriftServer>false</EnableThriftServer>
<ThriftServerHost>localhost</ThriftServerHost>
<ThriftServerPort>10397</ThriftServerPort>
...
</APIKeyValidator> |
|
|
Tip |
---|
If you wish to encrypt the Auth Keys (access tokens, client secrets, and authorization codes), see Encrypting OAuth Keys. |
Disable the data publisher in the Key Manager. As the Key Manager does not need to publish to the Traffic Manager, you need to disable the data publisher as follows: Open the <API-M_HOME>/repository/conf/api-manager.xml file in the Key Manager, and change value of the <Enabled> element that appears under the <DataPublisher> element to false . Code Block |
---|
<ThrottlingConfigurations>
...
<DataPublisher>
<Enabled>false</Enabled>
...
</DataPublisher>
...
</ThrottlingConfigurations> |
Optionally, configure High Availability (HA) for the Key Manager. Warning |
---|
These steps are ONLY applicable if you need to configure HA for the Key Manager. |
Make a copy of the active instance configured above and use this copy as the second Key Manager active instance. Configure a load balancer to front the two Key Manager nodes. For information on configuring the load balancer, see Configuring the Proxy Server and the Load Balancer.
Start the WSO2 API-M Key Manager node(s) by typing the following command in the command prompt. For more information on starting a WSO2 server, see Starting the server. Multiexcerpt include |
---|
MultiExcerptName | startingserver |
---|
PageWithExcerpt | Configuring a Single Node |
---|
|
Note |
---|
It is not recommended to share the Solr directory between the Store and Publisher servers. You need to have separate Solr directories for each of the latter mentioned servers so that they will perform Solr indexing separately. Warning |
---|
If you get an error similar to the following in both or one of the nodes, check whether you have shared the Solr directory. Code Block |
---|
org.apache.solr.common.SolrException:
SolrCore 'registry-indexing' is not available due to init failure: Index locked for write for core registry-indexing |
|
|
This section involves setting up the API Publisher node and enabling it to work with the other components in the distributed deployment. - Open the
<API-M_HOME>/repository/conf/api-manager.xml file in the API Publisher node and make the following changes.Configure the Publisher with the Key Manager. You need to update the following configuration ONLY when you do not wish to share the user stores with the WSO2 API-M instance. Warning |
---|
This step is not applicable if you are enabling Single Sign-on (SSO). |
Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-KM-Publisher |
---|
title | Single Key Manager |
---|
| Configure the Publisher with a single Key Manager as follows: Code Block |
---|
<AuthManager>
<ServerURL>https://[Key-Manager-host]:9443/services/</ServerURL>
<Username>admin</Username>
<Password>admin</Password>
</AuthManager> |
|
Localtab |
---|
id | HA-KM-Publisher |
---|
title | Key Manager with HA |
---|
| Configure the Publisher with multiple Key Managers that are fronted by a load balancer as follows: Code Block |
---|
<AuthManager>
<ServerURL>https://[Key-Manager-LB-host]:9443/services/</ServerURL>
<Username>admin</Username>
<Password>admin</Password>
</AuthManager> |
|
|
Configure the Publisher with the Traffic Manager. This configuration enables the publishing of throttling policies, custom templates, and block conditions to the Gateway node. Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-TM-Publisher |
---|
title | Single Traffic Manager |
---|
| Configure the Publisher with a single Traffic Manager as follows: Code Block |
---|
| <ThrottlingConfigurations>
<EnableAdvanceThrottling>true</EnableAdvanceThrottling>
<DataPublisher>
<Enabled>false</Enabled>
……………………
</DataPublisher>
<PolicyDeployer>
<ServiceURL>https://[Traffic-Manager-Host]:9443/services/</ServiceURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
</PolicyDeployer>
<BlockCondition>
<Enabled>false</Enabled>
………………
</BlockCondition>
<JMSConnectionDetails>
<Enabled>false</Enabled>
……………………
</JMSConnectionDetails>
<JMSEventPublisherParameters>
<java.naming.factory.initial>org.wso2.andes.jndi.PropertiesFileInitialContextFactory</java.naming.factory.initial>
<java.naming.provider.url>repository/conf/jndi.properties</java.naming.provider.url>
<transport.jms.DestinationType>topic</transport.jms.DestinationType>
<transport.jms.Destination>throttleData</transport.jms.Destination>
<transport.jms.ConcurrentPublishers>allow</transport.jms.ConcurrentPublishers>
<transport.jms.ConnectionFactoryJNDIName>TopicConnectionFactory</transport.jms.ConnectionFactoryJNDIName>
</JMSEventPublisherParameters>
………………………………
</ThrottlingConfigurations> |
|
Localtab |
---|
id | HA-TM-Publisher |
---|
title | Traffic Manager with HA |
---|
| Configure the Publisher with multiple Traffic Managers that are fronted by a load balancer as follows: Code Block |
---|
| <ThrottlingConfigurations>
<EnableAdvanceThrottling>true</EnableAdvanceThrottling>
<DataPublisher>
<Enabled>false</Enabled>
……………………
</DataPublisher>
<PolicyDeployer>
<ServiceURL>https://[Traffic-Manager-LB-Host]:9443/services/</ServiceURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
</PolicyDeployer>
<BlockCondition>
<Enabled>false</Enabled>
………………
</BlockCondition>
<JMSConnectionDetails>
<Enabled>false</Enabled>
……………………
</JMSConnectionDetails>
<JMSEventPublisherParameters>
<java.naming.factory.initial>org.wso2.andes.jndi.PropertiesFileInitialContextFactory</java.naming.factory.initial>
<java.naming.provider.url>repository/conf/jndi.properties</java.naming.provider.url>
<transport.jms.DestinationType>topic</transport.jms.DestinationType>
<transport.jms.Destination>throttleData</transport.jms.Destination>
<transport.jms.ConcurrentPublishers>allow</transport.jms.ConcurrentPublishers>
<transport.jms.ConnectionFactoryJNDIName>TopicConnectionFactory</transport.jms.ConnectionFactoryJNDIName>
</JMSEventPublisherParameters>
………………………………
</ThrottlingConfigurations> |
|
|
Configure the Publisher with the Gateway. You need to add these configurations, because when creating an API, it calls the Gateway endpoint to create the actual Synapse file.
If you are using a single Gateway node, configure the Publisher with the Gateway as follows: Code Block |
---|
| <APIGateway>
<Environments>
<Environment type="hybrid" api-console="true">
<Name>Production and Sandbox</Name>
<Description>This is a hybrid gateway that handles both production and sandbox token traffic.</Description>
<ServerURL>https://[API-Gateway-Host-or-IP]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<GatewayEndpoint>http://[API-Gateway-Host]:8280,https://[API-Gateway-Host]:8243</GatewayEndpoint>
</Environment>
</Environments>
</APIGateway> |
If you are using multiple Gateway nodes, configure the Publisher with the Gateway nodes as follows: Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | gateway-with-NFS-Publisher |
---|
title | Gateway with Shared File System |
---|
| Configure the Publisher when working with multiple Gateways that are fronted by a load balancer when using a shared file system (e.g., NFS), to synchronize the data between your Gateway nodes as follows: Code Block |
---|
| <APIGateway>
<Environments>
<Environment type="hybrid" api-console="true">
<Name>Production and Sandbox</Name>
<Description>This is a hybrid gateway that handles both production and sandbox token traffic.</Description>
<ServerURL>https://[API-Gateway-LB-Host-or-IP]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<GatewayEndpoint>http://[API-Gateway-LB-Host]:8280,https://[API-Gateway-LB-Host]:8243</GatewayEndpoint>
</Environment>
</Environments>
</APIGateway> |
|
Localtab |
---|
id | gateway-with-rsync-Publisher |
---|
title | Gateway with rsync |
---|
| Configure the Publisher with a multiple Gateways that are fronted by a load balancer when using Remote Synchronization (rsync), to synchronize the data between your Gateway nodes as follows: Code Block |
---|
| <APIGateway>
<Environments>
<Environment type="hybrid" api-console="true">
<Name>Production and Sandbox</Name>
<Description>This is a hybrid gateway that handles both production and sandbox token traffic.</Description>
<ServerURL>https://[API-Gateway-Manager-Host-or-IP]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<GatewayEndpoint>http://[API-Gateway-Manager-Host]:8280,https://[API-Gateway-Manager-Host]:8243</GatewayEndpoint>
</Environment>
</Environments>
</APIGateway> |
|
|
Info |
---|
To change the admin password, see Changing the super admin password. Furthermore, make sure to adhere to the note given under step 2 in the latter mentioned section if your password has special characters. |
Configure the Store URL to appear in the Publisher UI. For this purpose you need to set the <DisplayURL> to true and provide the URL of the Store. Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-Store-Publisher |
---|
title | Single Store |
---|
| Configure the Publisher with a single API Store as follows: Code Block |
---|
| <APIStore>
<DisplayURL>true</DisplayURL>
<URL>https://[Store-hostname]:9443/store</URL>
</APIStore> |
|
Localtab |
---|
id | HA-Store-Publisher |
---|
title | Store with HA |
---|
| Configure the Publisher with multiple API Stores that are fronted by a load balancer as follows: Code Block |
---|
| <APIStore>
<DisplayURL>true</DisplayURL>
<URL>https://[Store-LB-hostname]:9443/store</URL>
</APIStore> |
|
|
Configure the blocked apps and API notifications to go to the Topic. Open the <API-M_HOME>/repository/conf/jndi.properties file and make the following changes. Note |
---|
The following configuration is related to the Admin App in WSO2 API-M. In this guide it is assumed that the WSO2 API-M Admin App is configured in the Publisher node. If you change the default username (i.e., admin) and password (i.e., admin) in the user-mgt.xml file, that username and password should be changed at the broker connection URL as well.
|
Code Block |
---|
| connectionfactory.TopicConnectionFactory = amqp://admin:admin@clientid/carbon?brokerlist='tcp://[Traffic-Manager-host]:5672'
topic.throttleData = throttleData |
Disable the Thrift Server to optimize performance. You need to configure this in the Publisher <API-M_HOME>/repository/conf/api-manager.xml file. Code Block |
---|
<APIKeyValidator>
...
<EnableThriftServer>false</EnableThriftServer>
</APIKeyValidator> |
Optionally, configure High Availability (HA) for the Publisher. Warning |
---|
These instructions are ONLY applicable if you need to configure HA for the Publisher. |
Make a copy of the active Publisher instance configured above and use this copy as the second active Publisher instance. Configure a load balancer to front the two Publisher nodes. For information on configuring the load balancer, see Configuring the Proxy Server and the Load Balancer.
Start the WSO2 API-M Publisher node(s) by typing the following command in the command prompt. For more information on starting a WSO2 server, see Starting the server. Multiexcerpt include |
---|
MultiExcerptName | startingserver |
---|
PageWithExcerpt | Configuring a Single Node |
---|
|
This section involves setting up the API Store node and enabling it to work with the other components in the distributed deployment. Open the <API-M_HOME>/repository/conf/api-manager.xml file in the API Store node and make the following changes. Configure the API Store with the Key Manager. Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-Key-Manager-Store |
---|
title | Single Key Manager |
---|
| Configure the API Store with a single Key Manager as follows: Configure the API key validator. When you are connecting the API Store directly to the Key Manager, add ThriftClient for the <KeyValidatorClientType> element to use the Thrift protocol. Code Block |
---|
| <APIKeyValidator>
<ServerURL>https://[Key-Manager-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<KeyValidatorClientType>ThriftClient</KeyValidatorClientType>
<ThriftClientConnectionTimeOut>10000</ThriftClientConnectionTimeOut>
<!--ThriftClientPort>10397</ThriftClientPort-->
<EnableThriftServer>true</EnableThriftServer>
<ThriftServerHost>[Key-Manager_host]</ThriftServerHost>
<!--ThriftServerPort>10397</ThriftServerPort-->
...
</APIKeyValidator> |
Configure the Authentication Manager, so that the API Store can connect to the Key Manager. You need to update the following configuration ONLY when you do not wish to share the user stores with the WSO2 API-M instance. Warning |
---|
This step is not applicable if you are enabling Single Sign-on (SSO). |
Code Block |
---|
<AuthManager>
<ServerURL>https://[Key-Manager-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
</AuthManager> |
|
Localtab |
---|
id | HA-Key-Manager-Store |
---|
title | Key Manager with HA |
---|
| Configure the Store with multiple Key Managers that are fronted by a load balancer as follows: Configure the API key validator. When you are using multiple Key Managers fronted by a load balancer, you need to add WSClient for the <KeyValidatorClientType> element to use the Web Service Client. Code Block |
---|
| <RevokeAPIURL>https://[Gateway-host]:8243/revoke</RevokeAPIURL>
<APIKeyValidator>
<ServerURL>https://[Key-Manager-LB-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<KeyValidatorClientType>WSClient</KeyValidatorClientType>
<ThriftClientConnectionTimeOut>10000</ThriftClientConnectionTimeOut>
<!--ThriftClientPort>10397</ThriftClientPort-->
<EnableThriftServer>false</EnableThriftServer>
<ThriftServerHost>localhost</ThriftServerHost>
<!--ThriftServerPort>10397</ThriftServerPort-->
...
</APIKeyValidator> |
Configure the Authentication Manager, so that the API Store can connect to the Key Manager. You need to update the following configuration ONLY when you do not wish to share the user stores with the WSO2 API-M instance. Warning |
---|
This step is not applicable if you are enabling Single Sign-on (SSO). |
Code Block |
---|
<AuthManager>
<ServerURL>https://[Key-Manager-LB-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
</AuthManager> |
|
|
Make the following throttling related changes that correspond to the Traffic Manager. Code Block |
---|
| <ThrottlingConfigurations>
<EnableAdvanceThrottling>true</EnableAdvanceThrottling>
<DataPublisher>
<Enabled>false</Enabled>
……………………
</DataPublisher>
…………………
<BlockCondition>
<Enabled>false</Enabled>
………………………
</BlockCondition>
<JMSConnectionDetails>
<Enabled>false</Enabled>
…………………………………
</JMSConnectionDetails>
………………………………
</ThrottlingConfigurations> |
Configure the Store with the Gateway. If you are using a single Gateway node, configure the Store with the Gateway as follows: Code Block |
---|
<APIGateway>
<Environments>
<Environment type="hybrid">
...
<ServerURL>https://[API-Gateway-host-or-IP]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<GatewayEndpoint>http://[API-Gateway-host]:8280,https://[API-Gateway-host]:8243</GatewayEndpoint>
</Environment>
</Environments>
...
</APIGateway> |
If you are using multiple Gateway nodes, configure the Store with the Gateway nodes as follows: Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | gateway-with-NFS-Store |
---|
title | Gateway with Shared File System |
---|
| Configure the Store when working with multiple Gateways that are fronted by a load balancer, and when using a shared file system (e.g., NFS), to synchronize the data between your Gateway nodes as follows: Code Block |
---|
<APIGateway>
<Environments>
<Environment type="hybrid">
...
<ServerURL>https://[API-Gateway-LB-Host-or-IP]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<GatewayEndpoint>http://[API-Gateway-LB-Host]:8280,https://[API-Gateway-LB-Host]:8243</GatewayEndpoint>
</Environment>
</Environments>
...
</APIGateway> |
|
Localtab |
---|
id | gateway-with-rsync-Store |
---|
title | Gateway with rsync |
---|
| Configure the Store with multiple Gateways that are fronted by a load balancer, and when using Remote Synchronization (rsync), to synchronize the data between your Gateway nodes as follows: Code Block |
---|
<APIGateway>
<Environments>
<Environment type="hybrid">
...
<ServerURL>https://[API-Gateway-Manager-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<GatewayEndpoint>http://[API-Gateway-Manager-host]:8280,https://[API-Gateway-Manager-host]:8243</GatewayEndpoint>
</Environment>
</Environments>
...
</APIGateway> |
|
|
Configure the Token Revoke endpoint to point to Gateway. Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | tokenRevoke-GW |
---|
title | Single Gateway |
---|
| Configure the Token Revoke endpoint with a single Gateway as follows: Code Block |
---|
<OAuthConfigurations>
...
<RevokeAPIURL>https://[API-Gateway-host]:8243/revoke</RevokeAPIURL>
</OAuthConfigurations> |
|
Localtab |
---|
id | tokenRevoke-2GW |
---|
title | Gateway with HA |
---|
| Configure the Token Revoke endpoint with multiple Gateways, which are fronted by a load balancer as follows: Code Block |
---|
<OAuthConfigurations>
...
<RevokeAPIURL>https://[API-Gateway-Worker-LB-host]:8243/revoke</RevokeAPIURL>
</OAuthConfigurations> |
|
|
Disable the Thrift Server to optimize performance. You need to configure this in the Store <API-M_HOME>/repository/conf/api-manager.xml file. Code Block | <APIKeyValidator>
...
<EnableThriftServer>false</EnableThriftServer>
</APIKeyValidator>
Optionally, configure High Availability (HA) for the Store. Warning |
---|
This is ONLY applicable if you need to configure HA for the Store. |
Make a copy of the active instance configured above and use this copy as the second API Store active instance. Start the API Store node(s) by typing the following command in the command prompt. For more information on starting a WSO2 server, see Starting the server. Multiexcerpt include |
---|
MultiExcerptName | startingserver |
---|
PageWithExcerpt | Configuring a Single Node |
---|
|
This section involves setting up the Traffic Manager node(s) and enabling it to work with the other components in a distributed deployment. Delete the <API-M_HOME>/repository/conf/registry.xml file and rename the <API-M_HOME>/repository/conf/registry_TM.xml file as the registry.xml file. To disable registry indexing when setting up the Traffic Manager, see Registry indexing configurations.
- Delete the
<API-M_HOME>/repository/conf/axis2/axis2.xml file and rename the <API-M_HOME>/repository/conf/axis2/axis2_TM.xml file as the axis2.xml file. As mentioned in step 1 (4), make sure to remove all the existing webapps in the <API-M_HOME>/repository/deployment/server/webapps directory with the exception of the shindig web application. Optionally, mount the <API-M_HOME>/repository/deployment/server directory of all the Traffic Manager nodes to the shared file system. Warning |
---|
This step is ONLY applicable if you are configuring the Traffic Manager with HA and shared file system as the content synchronization mechanism. |
You need to do this to share all the Throttling policies between traffic management nodes. Disable the Thrift Server to optimize performance. You need to configure this in the TrafficManager<API-M_HOME>/repository/conf/api-manager.xml file. Code Block |
---|
<APIKeyValidator>
...
<EnableThriftServer>false</EnableThriftServer>
</APIKeyValidator> |
Optionally, configure High Availability (HA) for the Traffic Manager. Warning |
---|
This is ONLY applicable if you need to configure HA for the Traffic Manager. |
Make a copy of the active instance configured above and use this copy as the second active Traffic Manager instance. Start the WSO2 API-M Traffic Manager node(s) by typing the following command in the command prompt. For more information on starting a WSO2 server, see Starting the server. Multiexcerpt |
---|
MultiExcerptName | startingserver |
---|
| trueLinux-MacLinux/Mac OSwindowsWindows |
Note |
---|
Always start the Traffic Manager using the -Dprofile=traffic-manager profileto avoid FATAL errors such as the following. Code Block |
---|
FATAL - ServiceBusInitializer Couldn't initialize the ESB...
org.apache.synapse.SynapseException: The synapse.xml location ././
./repository/deployment/server/synapse-configs
/default doesn't exist |
|
Note |
---|
| If you have a firewall between the Traffic Manager and the Gateway, you need to configure the heartbeat value to keep the JMS connection alive. To configure this, open the <APIM_HOME>/repository/conf/advanced/qpid-config.xml file and set the heartbeat to a non-zero value as shown below. Code Block |
---|
<heartbeat>
<delay>60</delay>
<timeoutFactor>2.0</timeoutFactor>
</heartbeat> |
|
This section involves setting up the Gateway node and enabling it to work with the other components in the distributed deployment. Note |
---|
Steps 1 to 5 in the following section are common irrespective of your API-M deployment, such as deploying a single Gateway node or deploying multiple Gateway nodes for High Availability (HA). However, if you are using two Gateway nodes for high availability (HA), first follow the instructions that is available in the Distributed Deployment of the Gateway document, and then carry out the following steps to configure the connections from Gateway(s) to other components. |
- Open the
<API-M_HOME>/repository/conf/api-manager.xml file in the Gateway node. Modify the api-manager.xml file as follows. This configures the connection to the Key Manager component. Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-Key-Manager-GW |
---|
title | Single Key Manager |
---|
| Configure the Gateway with a single Key Manager as follows: Configure the API Key Validator. Code Block |
---|
| <APIKeyValidator>
<ServerURL>https://[Key-Manager-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
...
<ThriftServerHost>[Key-Manager-host]</ThriftServerHost>
...
</APIKeyValidator> |
[Key-Manager-host] - If you have a single Key Manager node, this should be the host of the Key Manager (i.e., the host of the WSO2 Identity Server).
Note |
---|
To change the admin password, see Changing the super admin password. If your password has special characters, follow the guidelines mentioned as a note under step 2 in the latter mentioned section. |
Use ThriftClient as the KeyValidatorClientType in the <API-M_HOME>/repository/conf/api-manager.xml file. Note |
---|
You can only use the Thrift protocol when the Key Manager cluster is NOT fronted by a load balancer. |
Code Block |
---|
| <KeyValidatorClientType>ThriftClient</KeyValidatorClientType> |
Disable the Thrift Server to optimize performance. You need to configure this in the Gateway <API-M_HOME>/repository/conf/api-manager.xml file Code Block |
---|
<APIKeyValidator>
...
<EnableThriftServer>false</EnableThriftServer>
</APIKeyValidator> |
Uncomment ThriftClientPort element if its commented out and set the Thrift Client port in the Gateway to the same port as the Thrift Server port, which you defined in the Key Manager. This enables the Gateway to communicate with the Key Manager. Note |
---|
Do this step only if one of the following scenarios are applicable to your set up. You started or you plan on starting the Key Manager or Gateway with a port offset. Your Thrift Server port in the Key Manager differs from the default value, which is 10397.
|
Code Block |
---|
<ThriftClientPort>[port]</ThriftClientPort> |
Specify the hostname or IP of the Key Manager. The default is localhost . In a distributed deployment you must set this parameter in both Key Manager nodes and Gateway nodes only if the Key Manager is running on a separate machine. Gateway uses this parameter to connect to the key validation Thrift service. Code Block |
---|
<ThriftServerHost>[Key-Manager-host]</ThriftServerHost> |
Info |
---|
The parameter ThriftClientConnectionTimeOut is used to specify the client side time-out when connecting to Thrift Key Validation Service in Key Manager. The default value is 10000 milliseconds, which is sufficient for most cases. |
|
Localtab |
---|
id | HA-Key-Manager-GW |
---|
title | Key Managers with HA |
---|
| Configure the Gateway with multiple Key Managers, which are fronted by a load balancer as follows: Configure the APIKeyValidator as follows: Code Block |
---|
| <APIKeyValidator>
<ServerURL>https://[Key-Manager-LB-host]:9443/services/</ServerURL>
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
...
</APIKeyValidator> |
[Key-Manager-LB-host] - If there are multiple Key Managers (i.e., Multiple WSO2 Identity Servers as the Key Manager) fronted by a load balancer, this should be the host of the Key Manager's load balancer. For example, in the configuration we have defined key-manager as the load balancer host in the Key Manager section.
Note |
---|
To change the admin password, see Changing the super admin password. If your password has special characters, follow the guidelines mentioned as a note under step 2 in the latter mentioned section. |
Use WSClient as KeyValidatorClientType in the <API-M_HOME>/repository/conf/api-manager.xml file. Note that you can only use the Web Service Client when the Key Manager cluster is fronted by a load balancer. Code Block |
---|
| <KeyValidatorClientType>WSClient</KeyValidatorClientType> |
Ensure that Thrift is disabled in the Gateway. This is enabled by default in all instances of the product, so you need to disable the Thrift server by setting EnableThriftServer to false in the <API-M_HOME>/repository/conf/api-manager.xml file of each node. Code Block |
---|
| <EnableThriftServer>false</EnableThriftServer> |
|
|
If you need to enable JSON Web Token (JWT), you have to enable it in all Gateway and Key Manager components. For more information on configuring JWT, see Generating JSON Web Token. Configure the Gateway to communicate with the Traffic Manager. You need to do this to enable Throttling for the Traffic Manager node(s). Warning |
---|
These configurations vary based on whether you have a single Traffic Manager node or multiple Traffic Manager nodes. |
Localtabgroup |
---|
Localtab |
---|
active | true |
---|
id | single-TM-GW |
---|
title | Single Traffic Manager |
---|
| Configure the Gateway with a single Traffic Manager as follows: Info |
---|
9611 and 9711 are the Traffic Manager receiver ports for the binary type. |
Update the Throttling configurations as follows: Code Block |
---|
| <ThrottlingConfigurations>
<EnableAdvanceThrottling>true</EnableAdvanceThrottling>
<DataPublisher>
<Enabled>true</Enabled>
<Type>Binary</Type>
<ReceiverUrlGroup>tcp://[Traffic-Manager-host]:9611</ReceiverUrlGroup>
<AuthUrlGroup>ssl://[Traffic-Manager-host]:9711</AuthUrlGroup>
……………………
</DataPublisher>
<PolicyDeployer>
<ServiceURL>https://[Traffic-Manager-host]:9443/services/</ServiceURL>
………………
</PolicyDeployer>
………………
<JMSConnectionDetails>
<Enabled>true</Enabled>
<ServiceURL>tcp://[Traffic-Manager-host]:5672</ServiceURL>
…………
</JMSConnectionDetails>
</ThrottlingConfigurations> |
Configure JMSConnectionParameters to connect to the broker running within the Traffic Manager. Code Block |
---|
| <JMSConnectionParameters>
<transport.jms.ConnectionFactoryJNDIName>TopicConnectionFactory</transport.jms.ConnectionFactoryJNDIName>
<transport.jms.DestinationType>topic</transport.jms.DestinationType>
<java.naming.factory.initial>org.wso2.andes.jndi.PropertiesFileInitialContextFactory</java.naming.factory.initial>
<connectionfactory.TopicConnectionFactory>amqp://admin:admin@clientID/carbon?brokerlist='tcp://<Traffic-Manager-host>:5673?retries='5'%26connectdelay='50'</connectionfactory.TopicConnectionFactory>
</JMSConnectionParameters> |
|
Localtab |
---|
id | TM-HA-GW |
---|
title | HA of Traffic Manager |
---|
| Configure the Gateway with multiple Traffic Managers, which are fronted by a load balancer as follows:
The Gateway publishes all Throttling events to the two Traffic Manager instances, and it fetches the throttle decisions from the Traffic Manager instances. Follow the instructions below to configure the API Gateway worker to communicate with the Traffic Managers and to push throttle events to both Traffic Manager instances. Configure the receiver URL group <ReceiverUrlGroup> and Authentication URL Group <AuthUrlGroup> values, which are under the <DataPublisher> element in the <API-M_HOME>/repository/conf/api-manager.xml file, in order to contain all the Traffic Manager receiver URLs. This is required when you have more than one Traffic Manager instance, and you are publishing to both as per the deployment pattern selected. As an example, if you are using two Traffic Manager instances and data should be published to both of them, the ReceiverUrlGroup and AuthUrlGroup should be configured as follows: Code Block |
---|
| <ThrottlingConfigurations>
<EnableAdvanceThrottling>true</EnableAdvanceThrottling>
<DataPublisher>
<Enabled>true</Enabled>
<Type>Binary</Type>
<ReceiverUrlGroup>{tcp://[Traffic-Manager-1-host]:9611}, {tcp://[Traffic-Manager-2-host]:9611}</ReceiverUrlGroup>
<!--ReceiverUrlGroup>tcp://${carbon.local.ip}:9612</ReceiverUrlGroup-->
<AuthUrlGroup>{ssl://[Traffic-Manager-1-host]:9711}, {ssl://[Traffic-Manager-2-host]:9711}</AuthUrlGroup>
<!--AuthUrlGroup>ssl://${carbon.local.ip}:9712</AuthUrlGroup-->
<Username>${admin.username}</Username>
<Password>${admin.password}</Password>
<DataPublisherPool>
<MaxIdle>1000</MaxIdle>
<InitIdleCapacity>200</InitIdleCapacity>
</DataPublisherPool>
<DataPublisherThreadPool>
<CorePoolSize>200</CorePoolSize>
<MaxmimumPoolSize>1000</MaxmimumPoolSize>
<KeepAliveTime>200</KeepAliveTime>
</DataPublisherThreadPool>
</DataPublisher>
...
</ThrottlingConfigurations> |
[Traffic-Manager-1-host] and [Traffic-Manager-2-host] are the IPs/hostnames of two Traffic Manager nodes. For more information on publishing patterns to multiple Traffic Managers, see Setting up Multi Receiver and Load Balancing Data Agent in the WSO2 Data Analytics Server documentation.
Based on the above configuration, the API Gateway publishes events to both the Traffic Managers. Configure JMSConnectionParameters to connect to multiple brokers running within each Traffic Manager using fail over mechanism. Code Block |
---|
| <JMSConnectionParameters>
<transport.jms.ConnectionFactoryJNDIName>TopicConnectionFactory</transport.jms.ConnectionFactoryJNDIName>
<transport.jms.DestinationType>topic</transport.jms.DestinationType>
<java.naming.factory.initial>org.wso2.andes.jndi.PropertiesFileInitialContextFactory</java.naming.factory.initial>
<connectionfactory.TopicConnectionFactory>amqp://admin:admin@clientID/carbon?failover='roundrobin'%26cyclecount='2'%26brokerlist='tcp://[Traffic-Manager-1-host]:5673?retries='5'%26connectdelay='50';tcp://[Traffic-Manager-2-host]:5673?retries='5'%26connectdelay='50''</connectionfactory.TopicConnectionFactory>
</JMSConnectionParameters> |
|
|
Comment out the following section to prevent warning messages during start up of the Gateway node in the cluster setup. Code Block |
---|
<JMSEventPublisherParameters>
<java.naming.factory.initial>org.wso2.andes.jndi.PropertiesFileInitialContextFactory</java.naming.factory.initial>
<java.naming.provider.url>repository/conf/jndi.properties</java.naming.provider.url>
<transport.jms.DestinationType>topic</transport.jms.DestinationType>
<transport.jms.Destination>throttleData</transport.jms.Destination>
<transport.jms.ConcurrentPublishers>allow</transport.jms.ConcurrentPublishers>
<transport.jms.ConnectionFactoryJNDIName>TopicConnectionFactory</transport.jms.ConnectionFactoryJNDIName>
</JMSEventPublisherParameters> |
Info |
---|
By default, WSO2 API Manager is shipped with a keystore (wso2carbon.jks ) and a trust store (client-truststore.jks ). For more information on how to create a new key store and a trust store with a private key and a self-signed certificate, see Configuring Keystore and Truststore and also see the Administration guide for recommendations on setting up keystores in WSO2 products. |
Start the WSO2 API-M Gateway node by typing the following command in the command prompt. For more information on starting a WSO2 server, see Starting the server. Multiexcerpt include |
---|
MultiExcerptName | startingserver |
---|
PageWithExcerpt | Configuring a Single Node |
---|
|
|