Home

Lotus Connects v2.5 system requirements

 

+

Search Tips   |   Advanced Search

Overview

See: Detailed system requirements for LC.

If using a 32-bit OS, enable PAE to access more than 4GB of RAM.

Keep co-dependent features together.

Do not use the advanced standalone option, ever.

Cluster using co-resident dmgr and node from day one. Get into the clustered administration mindset before habits are set.

Often a well configured, well-specified single node WAS environment will be sufficent. Do not get pushed into complex infrastructures for small/simple environments.

DB2 should be default RDBMS. Ease of support and bundled license trump any lack of DB2 skills.

Network topology

Topology options...

For multi-node clusters, configure network share directories for...

On UNIX systems, use NFS V4, which has the file locking controls required for SIB and Search components.

On Windows systems, you can use Samba with with UNC style naming...

Set up the autoexport on Dmgr and automount on the managed nodes.

For more information about deployment scenarios, see the Lotus Connections wiki.


WAS ND and shared file systems

To allow any server within a cluster to access required content, a shared file system must be used for numerous items in an ND deployment. Top level directories must be created to cover the following items:


Disk space

The Activities and Files applications usually consume the most disk space, with Files typically fastest to grow.

Use logical volumes if possible. Many LV Managers allow expansion live without taking down the file system.

These numbers should get you well into your deployment but require monitoring and potential expansion:

For SIB, minimum is 150MB x #_of_clusters. Won't grow unless you add clusters


Install WebSphere dmgr

  1. Use the Cell environment option when choosing what to install.

  2. Set up Global Security and configure LTPA SSO settings

  3. Edit file soap.client.properties and set:

      com.ibm.SOAP.requestTimeout=0

  4. Increase the size of the JVM heap on the deployment manager to at least 512 MB.

  5. Install both Application Server and SDK fixpacks


Install WebSphere Application Server

  1. On each managed Node, install WAS.

    Use the "Application Server" environment option when choosing what to install.

  2. Connect to the WebSphere Admin Console installed on server1 and enable Administrative Security.

    You do not need to configure Global Security (LDAP).

  3. Install Application Server and SDK fixpacks.

  4. Install the RDBMS

  5. Create new database instances. Use names that make sense, for example:

  6. Copy the Lotus Connections "wizard" archive to the RDBMS machine and extract the contents.

  7. Run the DB Wizard, once for each component.

    Each time you specify the component you want to create the database for, and the database instance connection paramters.

  8. Copy the JDBC driver jar to each appserver node and record the location for future reference.


Populate the Profiles Database

Use Tivoli Directory Integrator (TDI) to create "users" in the Profiles database

This can be as simple as pointing to corporate LDAP and pulling a few attributes, or as complex as connecting to multiple sources and mapping attributes to Profiles.

An assembly line is made up of components...

..that collect data from your source repositories and reformat it into the Profiles database.

Supports two-way synchronization on LDAP attributes.

Assembly line hooks available for scripting.


Install Lotus Connections Applications

  1. On the first "managed" node, extract and run the installation.

  2. Choose Network Deployment, First Node

  3. Each Application should be installed on its won Server, except you can combine...

    • Homepage and News
    • Mobile and Search

  4. Use descriptive Server and Cluster names

    • Activities_Cluster
    • Blogs_Cluster
    • Bookmark_Cluster
    • Communities_Cluster
    • Files_Cluster
    • Home_Cluster
    • Mobile_Search_Cluster
    • Profiles_Cluster
    • Wikis_Cluster

  5. Use the shared Data directories earlier, specifying the local mount point.

Deployment options

Pilot deployment
Stand-alone deployment
Install a network deployment

 

Related reference


Lotus Connections detailed system requirements


One possible computer server architecture


Another possible computer server architecture

LC deployment option JVM Proxy Cluster topology
Pilot Single No (Not applicable)
Stand-alone Single No (Not applicable)
Advanced stand-alone Multiple (individually managed) Optional (Not applicable)
Network deployment Multiple (centrally managed) Recommended One cluster per feature. Each cluster contains at least 1 JVM.

In a network deployment, you can assign various combinations of features to clusters in many different ways, depending on your usage and expectations. For more information, see the Network deployment topic and go to the Lotus Connections wiki to read articles about deployment.

The number of JVMs that you need for each cluster depends on the user population and workload. For failover, have two JVMs per feature, scaled horizontally. Horizontal scaling refers to having multiple JVMs per feature with each JVM running on a WebSphere Application Server instance. Vertical scaling refers to running multiple JVMs for the same feature on a single WebSphere Application Server instance. Vertical scaling is not officially supported yet in Lotus Connections. However, it is usually not needed unless your server has a large number of CPUs.

Advanced stand-alone: You can create a stand-alone deployment with multiple WebSphere Application Servers Base but this is a complex deployment that requires considerable post-installation effort to link the different application servers. If you choose this deployment, your administration load could be excessive. You can save time and effort by choosing the network deployment option instead.

Choose from the following deployment options:

 

Related tasks

  1. Directory path conventions
  2. Deployment options
  3. Secure LC
  4. Pilot deployment
  5. Install a pilot deployment
  6. Stand-alone deployment
  7. Network deployment
  8. Install LC
  9. Migration strategies
  10. Update databases
  11. Install IBM WebSphere Application Server
  12. Install a stand-alone deployment
  13. Configure Tivoli Directory Integrator
  14. Install in silent mode
  15. Prepare LC for maintenance
  16. Migrate to LC 2.5
  17. Migrate a stand-alone deployment
  18. Migrate a network deployment