is there some Documentation about Server Nodes?

Former Member — Wed, 30 Jan 2008 21:58:54 GMT

Hi,

I have some questions about Server nodes, on how to create them, or if they raise a different JVM or share the same JVM between server nodes and stuff like that, is there any document around? I have been lookinf but found none yet.

Kind Regards!

Gerardo J

Re: is there some Documentation about Server Nodes?

Former Member — Thu, 31 Jan 2008 04:56:05 GMT

Hi Gerardo,

A server node is a separate instance of the Portal Runtime for .NET service, installed on the same host. The corresponding service name is SAP NetWeaver Portal Runtime for Microsoft .NET Server XX, where XX is the server node ID.

Please go through this link which talks about configuration and Management of Server Nodes.

[Configuring Server Nodes|http://help.sap.com/saphelp_nw70/helpdata/en/6e/ceeb41eda96624e10000000a1550b0/content.htm]

Hope this helps,

Regards,

Shailesh Nagar

Re: is there some Documentation about Server Nodes?

Former Member — Thu, 31 Jan 2008 06:51:40 GMT

Hi,

i am providing the notes pls see

Portal Server Nodes

Usually, but not always, you deploy Portal Server software on the following different portal nodes (servers) that work together to implement the portal:

Portal Server node. The web server where Portal Server resides. You can also install the Search component on this node if desired. Access Manager can reside here.

Access Manager node.The server where Access Manager can reside. Access Manager does not have to reside on the same node as Portal Server.

Search node. (Optional) The server you use for the Portal Server Search service. You can install the Portal Server Search service on its own server for performance, scalability and availability reasons.

Gateway nodes. (Optional) The server where the Secure Remote Access Gateway resides. You can install the Gateway on the portal node. Because you locate the Gateway in the DMZ, the Gateway is installed on a separate, non-portal node.

Netlet Proxy node. (Optional) The server used to run applications securely between users’ remote desktops and the servers running applications on your intranet.

Rewriter Proxy node. (Optional) The server used to run applications securely between users’ remote desktops and the servers running applications on your intranet.

Directory Server node. The server running Directory Server software. You can install Directory Server on a non-portal node.

Other servers. These servers, such as mail, file, and legacy servers, provide backend support, data, and applications to portal users.

Portal Server and Access Manager on Different Nodes

Portal Server and Access Manager can be located on different nodes. This type of deployment provides the following advantages:

Identity services can be deployed separately from portal services. Portal Server can be one of many applications using identity services.

Authentication and policy services can be separate from provider applications including Portal Server related applications.

Access Manager can be used by other web containers to assist with development of portal customizations.

Note –

When Portal Server and Access Manager are on different nodes, the Access Manager SDK must reside on the same node as Portal Server. The web application and supporting authentication daemons can reside on a separate node from the Portal Server instance.

The Access Manager SDK consists of the following components:

Identity Management SDK—provides the framework to create and manage users, roles, groups, containers, organizations, organizational units, and sub-organizations.

Authentication API and SPI—provides remote access to the full capabilities of the Authentication Service.

Utility API — manages system resources.

Loggin API and SPI — records, among other things, access approvals, access denials and user activity.

Client Detection API — detects the type of client browser that is attempting to access its resources and respond with the appropriately formatted pages.

SSO API—provides interfaces for validating and managing session tokens, and for maintaining the user’s authentication credentials.

Policy API — evaluates and manages Access Manager policies and provides additional functionality for the Policy Service.

SAML API — exchanges acts of authentication, authorization decisions and attribute information.

Federation Management API — adds functionality based on the Liberty Alliance Project specifications

Portal Server Instance. Runs in the context of a web container. Components within an instance communicate through the JVM using Java APIs. An instance is a fully qualified domain name and a TCP port number. Portal Server services are web applications that are implemented as servlets or JSPTM files

Portal Server is built on top of Access Manager for authentication single sign-on (session) management, policy, and profile database access. Thus, Portal Server inherits all the benefits (and constraints) of Access Manager with respect to availability and fault tolerance.

By design, Access Manager’s services are either stateless or the services can share context data. Services can recover to the previous state in case of a service failure.

Within Portal Server, Portal Desktop does not share state data among instances. This means that an instance redirect causes the user context to be rebuilt for the enabled services. Usually, redirected users do not notice this because Portal Server services can rebuild a user context from the user’s profile, and by using contextual data stored in the request. While this statement is generally true for out-of-the-box services, it might not be true for channels or custom code. Developers need to be careful to not design stateful channels to avoid loss of context upon instance failover.

Profile Database Server. The profile database server is implemented by Directory Server software. Although this server is not strictly part of Portal Server, availability of the server and integrity of the database are fundamental to the availability of the system.

Authentication Server. This is the directory server for LDAP authentication (usually, the same server as the profile database server). You can apply the same high availability techniques to this server as for the profile database server.

Secure Remote Access Gateway and Proxies. The Secure Remote Access Gateway is a stand-alone Java technology process that can be considered stateless, because state information can be rebuilt transparently to end users. The Gateway profile maintains a list of Portal Server instances and does round robin load balancing across the Gateway instances. Session stickiness is not required in front of a Gateway, but with session stickiness, performance is better. On the other hand, session stickiness to Portal Server instances is enforced by Secure Remote Access.

Secure Remote Access includes other Java technology processes called Netlet Proxy and Rewriter Proxy. You use these proxies to extend the security perimeter from behind the firewall, and limit the number of holes in the DMZ. You can install these proxies on separate nodes

please reward me points if the reply is usefull

Re: is there some Documentation about Server Nodes?

Former Member — Thu, 31 Jan 2008 16:26:10 GMT

Wow I din´t know there where so many types of server nodes, the server nodes I´m looking for information are the ones described in this thread that are used as far as I understand to balance the load into the Portal Server.

Really apreciate the answers!!

kind Regards,

Gerardo J

Question Re: is there some Documentation about Server Nodes? in Technology Q&A

is there some Documentation about Server Nodes?

Re: is there some Documentation about Server Nodes?

Re: is there some Documentation about Server Nodes?

Re: is there some Documentation about Server Nodes?