Use this procedure if you picked Cache OM in the second page of the New Cluster Configuration wizard.See Chapter 4, Cluster Deployment Descriptor Reference for reference tables mentioned in this section.
1. In the Cluster tab click General. On the right, specify the following:
− As desired, an Author name, any comment you wish to record. (Version and date are not editable.)See Cluster Tab — General Settings for details.
2. If Cache OM is not already selected, right-click the Object Management node and choose Change to Cache.A tree of option groups appears on the left. Click an option to display an appropriate configuration panel on the right.
3. In the panel on the left, click Properties. Expand to see the provided coherence group of properties. Add properties as needed and provide values as explained next.
4. In the following property, define the number of members of the distributed cache service (that is, cache agents) that hold the backup data for each unit of storage in the cache.See Backup Count for more details.
5. Configure properties for cluster discovery. To see the property sheet, click Properties in the list on the left.
You can use either multicast or well-known-address (WKA) discovery, as appropriate. See Cache Cluster Discovery in TIBCO BusinessEvents Architect’s Guide for guidelines about which option is right for your use. Multicast is more commonly used and that is what’s explained in this procedure. To see instructions for well-known address configuration see Configuring Well-Known Address Cluster Member Discovery. Then continue at step 7 after you have finished the WKA configuration.To Use Multicast Cluster Member Discovery Multicast is the default discovery method, and defaults for multicast discovery are appropriate for many environments. Specify values if defaults for the following properties are not appropriate in your environment:
Specifying one or more well-known addresses disables all multicast communication. Remove any well-known address properties, if any.See Multicast Discovery Properties for details
6.
7. In some circumstances you may need to add more cluster-related properties such as the following:See Other Coherence Properties for details on the above.
− Click Backing Store in the tree on the left and complete the fields on the right.
− Click Backing Store > Connection and complete the fields on the right to reference the JDBC connection for the backing store, and the pool settings.
− Add additional properties to the Cluster properties sheet as needed (if you are using Oracle Strategy).See Cluster Tab — Cache OM — Backing Store Settings for details.
9. Click Domain Objects > Default and specify the default object management settings for domain objects (entities). See Table 8, Cluster Tab — Cache OM — Domain Object Default Settings for settings.
− Also specify the preload fetch size, to preload a subset of the objects into the cache or object table. The setting applies to all preloaded objects and object handles.
10. As desired, add domain object override entries. Any entity types not overridden use the Default level settings. See Table 9, Cluster Tab — Cache OM — Domain Object Override Settings for override settings.
a.
b. Select the /uri entry that appears on the left, and configure the settings on the right. You can use the defaults set in step 9, or override them
11. If the object uses Cache+Memory, also set the Pre-processor setting and the Subscribe Cluster setting as needed.Database Concepts
12. If you use database concepts, available in the TIBCO BusinessEvents Data Modeling add-on product, select Database Concepts on the left and complete the fields in the configuration panel on the right. See TIBCO BusinessEvents Data Modeling Developer’s Guide for details.Go to Configuring the Collections Tab (All OM Types) to continue configuration.If multicast cluster member discovery will not be used in your environment, configure well-known address discovery instead. At least one machine configured as a WKA machine must be running in order for other machines to join the cluster.To understand how well-known address discovery works see Cluster Member Discovery Using Well-Known-Addresses in TIBCO BusinessEvents Architect’s Guide.To configure well-known address discovery, you must configure machine-specific settings at the cluster level, and at the processing unit level. Machines where WKA PUs are to be deployed are called WKA machines in this procedure.One processing unit deployed to a WKA machine must have the additional WKA configuration. Additional processing units can be deployed to a WKA machine, configured in the usual way, and they will discover and join the cluster in the usual way at runtime.
2. Open the cluster tab Properties sheet and add a pair of WKA properties for each machine you want to configure as a well-known address machine:Property: tangosol.coherence.wka1 Value: 10.97.118.151
Property: tangosol.coherence.wka1.port Value: 8098Property: tangosol.coherence.wka2 Value: 10.97.118.152
Property: tangosol.coherence.wka2.port Value: 8098
3. Open the Processing Units tab properties sheet for a processing unit (PU). Configure one set of WKA properties to match a cluster level set of WKA properties:
and set same the value as in tangosol.coherence.localhost. See Configuring for WKA Cluster Discovery Configuration for more steps you must take.Make sure the PU level property values match corresponding values set at the cluster level. That is, set the localhost property to the IP of the host where you will deploy the PU, and set the localport property to the port defined in the cluster properties localport property.Repeat this step until you have configured one PU with matching PU-level properties for each cluster-level set of WKA properties.For example, if you configured the two well-known addresses shown in step 2, then at the processing unit level you would configure a processing unit to be deployed on each of those machines as follows:Property: tangosol.coherence.localhost. Value: 10.97.118.151
Property: tangosol.coherence.localport. Value: 8098Property: tangosol.coherence.localhost. Value: 10.97.118.152
Property: tangosol.coherence.localport. Value: 8098At deploy time you must select those processing units to deploy on the appropriate (matching) WKA machine. It can be helpful if the name of the PU contains the machine name or other reminder that this PU must be deployed to a specific machine.
4. Continue at step 7 after you have finished the WKA configuration to complete cluster-level configuration.
Copyright © TIBCO Software Inc. All Rights Reserved.