of 56 /56
IBM i IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide 7.1

IBM i: IBM i integration with BladeCenter and System x ... · IBM i IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide 7.1

Embed Size (px)

Text of IBM i: IBM i integration with BladeCenter and System x ... · IBM i IBM i integration with...

  • IBM i

    IBM i integration with BladeCenter and System x:iSCSI Network Planning Guide7.1

  • IBM i

    IBM i integration with BladeCenter and System x:iSCSI Network Planning Guide7.1

  • NoteBefore using this information and the product it supports, read the information in Notices, onpage 45.

    This edition applies to IBM i 7.1 (product number 5770-SS1) and to all subsequent releases and modifications untilotherwise indicated in new editions. This version does not run on all reduced instruction set computer (RISC)models nor does it run on CISC models.

    Copyright International Business Machines Corporation 1998, 2010.US Government Users Restricted Rights Use, duplication or disclosure restricted by GSA ADP Schedule Contractwith IBM Corp.

  • Contents

    Whats new for IBM i 7.1 . . . . . . . 1

    Planning guide overview . . . . . . . 3

    Configuration objects . . . . . . . . . 5

    Recording the configuration information 7Planning network addresses . . . . . . . . . 7Planning for the service processor connection . . . 7

    Identifying a BladeCenter or System x serviceprocessor type . . . . . . . . . . . . . 7Selecting a service processor connection method . 8Recording the system serial number andtype/model. . . . . . . . . . . . . . 9Selecting a name for the service processorconfiguration . . . . . . . . . . . . . 9Selecting a login ID and password for the serviceprocessor . . . . . . . . . . . . . . 10Considerations for multiple connections to aBladeCenter Advanced Management Module . . 11

    Planning for the remote system configuration . . . 11Recording the blade system serial number andtype/model . . . . . . . . . . . . . 12Selecting a name for the remote systemconfiguration . . . . . . . . . . . . . 12Selecting a boot parameter delivery method . . 13Selecting CHAP settings . . . . . . . . . 14

    Selecting parameters for target CHAP . . . 14Selecting parameters for initiator CHAP . . . 14

    Selecting the MTU for the iSCSI network . . . 15Recording iSCSI initiator (local adapter) MACaddresses . . . . . . . . . . . . . . 15Selecting IP addresses for the System x or bladeiSCSI initiator . . . . . . . . . . . . 16Selecting the initiator iSCSI Qualified Name(IQN) . . . . . . . . . . . . . . . 19Selecting the target iSCSI Qualified Name (IQN) 19

    Planning for the network server host adapter(NWSH) object . . . . . . . . . . . . . 20

    Selecting a name for the NWSH . . . . . . 20Selecting a hardware resource name . . . . . 21Selecting a connection type for the NWSH . . . 21

    Selecting IP addresses for the IBM i iSCSI target 21Selecting line description values for a softwaretarget . . . . . . . . . . . . . . . 23

    Planning for the connection security configuration 23Planning for the integrated server installation . . . 24

    Selecting the server operating system type . . . 24Choosing the system drive capacity and storagepool . . . . . . . . . . . . . . . . 24Selecting a memory pool for iSCSI I/O . . . . 25Selecting a name for the NWSD . . . . . . 25Selecting a language version. . . . . . . . 26Selecting IBM i tape and optical devices torestrict . . . . . . . . . . . . . . . 26Selecting point-to-point virtual Ethernet IPaddresses . . . . . . . . . . . . . . 27Selecting additional INSWNTSVR parameters forWindows Server 2003 . . . . . . . . . . 27

    Planning for post-installation tasks . . . . . . 28Planning for the VMware ESX servermanagement connection . . . . . . . . . 28

    Advanced planning topics . . . . . . 31Expanding on the iSCSI network addressing schemefor integrated servers . . . . . . . . . . . 31Considerations for connecting service processors toIBM i . . . . . . . . . . . . . . . . 32

    iSCSI network planning work sheets 35IBM i service processor configuration work sheet . . 35BladeCenter or System x service processor worksheet . . . . . . . . . . . . . . . . 36IBM i remote system configuration work sheet . . 37iSCSI initiator work sheet. . . . . . . . . . 39IBM i network server host adapter work sheet. . . 41IBM i TCP/IP interface work sheet . . . . . . 42IBM i line description work sheet . . . . . . . 42Integrated server installation work sheet. . . . . 43VMware ESX post-installation work sheet . . . . 44

    Appendix. Notices . . . . . . . . . . 45Trademarks . . . . . . . . . . . . . . 46Terms and conditions . . . . . . . . . . . 46

    Copyright IBM Corp. 1998, 2010 iii

    |||

    |||||||||||||||||||||||||

    ||||||||

  • iv IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • Whats new for IBM i 7.1

    Read about new or significantly changed information for the IBM i integration with BladeCenter andSystem x topic collection.

    New work sheets and associated instructions have been added to this planning guide:v IBM i TCP/IP interface work sheet on page 42 (Used when planning for iSCSI software targets.)v IBM i line description work sheet on page 42 (Used when planning for iSCSI software targets.)v Integrated server installation work sheet on page 43 (Replaces the Install Windows Server

    (INSWNTSVR) command work sheet.)v VMware ESX post-installation work sheet on page 44 (Used for VMware ESX server post-installation

    tasks.)

    How to see whats new or changed

    To help you see where technical changes have been made, the information center uses:v The image to mark where new or changed information begins.v The image to mark where new or changed information ends.

    In PDF files, you might see revision bars (|) in the left margin of new and changed information.

    To find other information about whats new or changed this release, see the Memo to users.

    Copyright IBM Corp. 1998, 2010 1

    |

    |

    |

    ||

    ||

  • 2 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • Planning guide overview

    Use this guide to plan for the iSCSI network between IBM i and blade or System x hardware. Also planfor the IBM i configuration objects that are needed to complete an iSCSI-attached integrated serverinstallation.

    Record values in the planning work sheets to help you configure your integrated server later. Do not fillout the work sheets until directed to do so in the following sections.

    You can download this guide as a separate PDF. See IBM i integration with BladeCenter and System x:

    iSCSI network planning guide .

    The items in the planning work sheets are referred to throughout this document using item identifiers(IDs). For example, the Name entry in the IBM i service processor configuration work sheet is referred tousing item ID SP1. The following work sheet item ID naming convention is used throughout this guide:

    Table 1. Item ID naming convention and associated work sheets

    Item IDs Associated Work Sheets

    SPn IBM i service processor configuration work sheet on page 35

    XSPn BladeCenter or System x service processor work sheet on page 36

    RSn IBM i remote system configuration work sheet on page 37

    CQn iSCSI initiator work sheet on page 39

    NHn IBM i network server host adapter work sheet on page 41

    IFn IBM i TCP/IP interface work sheet on page 42

    LDn IBM i line description work sheet on page 42

    ISn Integrated server installation work sheet on page 43

    PEn VMware ESX post-installation work sheet on page 44

    Copyright IBM Corp. 1998, 2010 3

    |||

    ||

    ||

    ||

    ||

  • 4 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • Configuration objects

    IBM i objects configure aspects of the integrated server connection and hardware.

    Figure 1 shows the hardware, connections, and IBM i objects that are used to configure the connectionsfor the integrated server. The item IDs for the fields in the iSCSI network planning work sheets are listednext to components in the image. Use this figure to identify the fields as you do the following tasks.

    Figure 1. IBM i configuration objects for iSCSI-attached integrated server connections

    Copyright IBM Corp. 1998, 2010 5

    |

    |||

  • 6 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • Recording the configuration information

    Do these tasks to select an addressing scheme for the iSCSI network for the integrated server.

    You should be familiar with the information in Concepts for integrated servers.

    Planning network addressesYou need to specify some of the network addresses for the iSCSI network for the integrated server.

    You need to define values for your iSCSI network that include addresses for all of the connections shownin Configuration objects on page 5. If you are not sure what value to use, you can use the values inSelecting IP addresses for the System x or blade iSCSI initiator on page 16 and Selecting IP addressesfor the IBM i iSCSI target on page 21. These examples assume that your iSCSI network uses an isolatedEthernet switch and you do not have another network using IP addresses that start with 192.168.99.

    If you plan to use your own address scheme, you can verify it with the addresses in the examples.

    Planning for the service processor connectionDo these steps to record the information for the service processor connection.v If you have already created an IBM i service processor configuration for the BladeCenter management

    module or the System x service processor, do the following steps.1. Reuse the existing service processor configuration.2. Record the existing service processor configuration name in work sheet item SP1.3. Put a check in the box labeled Existing in work sheet item SP1.4. Continue to Planning for the remote system configuration on page 11.

    v If you need to create a new IBM i service processor configuration:1. Put a check in the box labeled New in work sheet item SP1.2. Continue with the following tasks.

    Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.

    Identifying a BladeCenter or System x service processor typeDo these steps to record the type of service processor that is installed in the integrated server hardware.

    A BladeCenter enclosure (chassis) can have a:v Management Module (MM)v Advanced Management Module (AMM)

    A System x model can have one of the following service processors:v Integrated Management Module (IMM)v Remote Supervisor Adapter II (RSA II) and a Baseboard Management Controller (BMC)v BMC only

    Copyright IBM Corp. 1998, 2010 7

    |

    integratedserverconcepts.htm

  • If you are not sure what type of service processor your System x model has, see the BladeCenter and

    System x models supported with iSCSI Web page (www.ibm.com/systems/i/advantages/integratedserver/iscsi/servermodels/).v If the Web page shows that your System x model has an IMM service processor, then your service

    processor type is an IMM.v If the Web page shows that your System x model has an Included or Required RSA II SlimLine service

    processor, then your service processor type is an RSA II.v If the Web page shows that an RSA II SlimLine service processor is Optional for your System x model,

    then you need to check your System x model order information to determine if an RSA II SlimLineservice processor (part 73P9341) is included as part of your system configuration.

    Put a check in the box next to your service processor type in work sheet item XSP1.Related reference

    BladeCenter or System x service processor work sheet on page 36Use this work sheet to plan the values for the BladeCenter or System x service processor.

    Selecting a service processor connection methodThe service processor is a part of a BladeCenter server or a System x product. It has the interface used topower the server on and off. When IBM i receives information, it saves the information and presentsinterfaces for interacting with and managing that server.

    For the BladeCenter or System x service processor interface, use an external network, such as acompanys campus LAN or intranet, rather than using the iSCSI network. IBM i uses this interface toconnect to the service processor and to manage the state of the hosted system. IBM i is not set up to runthese tasks on the iSCSI network. See Considerations for connecting service processors to IBM i onpage 32 for considerations that might affect how you configure your network for IBM i to serviceprocessor communications.

    IBM i can use the following methods to connect to a server on its network. Not all options work for alltypes of service processors.

    IP addressThis connection method is recommended since it is supported by all types of service processorsand does not require a domain name server (DNS) or a dynamic host configuration protocol(DHCP) server.

    Host nameYou can use this connection method for Integrated Management Module (IMM), RemoteSupervisor Adapter II (RSA II), Management Module, or Advanced Management Module serviceprocessors. The network that the service processor is connected to must include DNS and DHCPservers.

    Decide the connection method to use for the service processor and do one of the following:

    To check which methods work with which service processors, and to see more information about thesemethods see Service processor connection for integrated servers.v If you select IP address, do the following steps.

    1. Put a check in the box labeled Internet address in work sheet item SP4.2. Optional: Record the service processor host name in work sheet item XSP2 (can be blank). If the

    service processor is connected to the same LAN that your other systems (PCs, servers, etc.) areconnected to, then you would normally assign a host name to the service processor using yournormal LAN host name assignment policies, the same as if you were adding another PC to yournetwork.

    3. Put a check in the box labeled Disabled (for DHCP) in work sheet item XSP3.

    8 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    |

    ||

    ||

    |||

    ||||

    http://www.ibm.com/systems/i/advantages/integratedserver/iscsi/servermodels/http://www.ibm.com/systems/i/advantages/integratedserver/iscsi/servermodels/serviceprocessorconnection.htm

  • 4. Record address values for work sheet items XSP4, XSP5 and XSP6.You need to choose a TCP/IP address subnet that allows IBM i and the service processor tocommunicate readily.If the service processor is connected to the same LAN that your other systems (PCs, servers, etc.)are connected to, then you would normally assign an IP address to the service processor using yournormal LAN IP address assignment policies, the same as if you were adding another PC to yournetwork.

    v If you select Host name, do the following steps.1. Put a check in the box labeled Host name in work sheet item SP3.2. Record the service processor host name in work sheet item XSP2. If the service processor is

    connected to the same LAN that your other systems (PCs, servers, etc.) are connected to, then youwould normally assign a host name to the service processor using your normal LAN host nameassignment policies, the same as if you were adding another PC to your network.

    Important: Make sure that the service processor host name that you specify is registered in yournetwork domain name server (DNS).

    3. Put a check in the box labeled Enabled (for DHCP) in work sheet item XSP3.4. Leave work sheet items XSP4, XSP5 and XSP6 blank.

    Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.BladeCenter or System x service processor work sheet on page 36Use this work sheet to plan the values for the BladeCenter or System x service processor.

    Recording the system serial number and type/modelDo these steps to record the serial and type/model information for the integrated server hardware.1. On the BladeCenter or System x chassis, find the label that contains the system serial number, type

    and model values. If you are installing a blade, find the values for the BladeCenter chassis. Do notuse the label on the blade.

    2. If you are installing a System x model with only a BMC service processor (no RSA II) installed, leavework sheet items SP5 and SP6 blank. Continue to Selecting a name for the service processorconfiguration.

    3. For all other configurations, do the following steps.a. Record the serial number value in work sheet item SP5.b. Record the type and model values in work sheet item SP6. Do not include a space or dash (-) in

    the type and model value. For example, record 88721RU for a System x model x460 with type 8872and model 1RU.

    Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.

    Selecting a name for the service processor configurationYou need to assign a name to the IBM i service processor configuration object that you will create toconfigure the IBM i connection to the BladeCenter or System x service processor.

    The service processor configuration name can be from 1 to 10 characters in length, consisting ofcharacters a-z, A-Z, 0-9 and special characters $, # and @. The first character cannot be a number.

    You can define your own naming convention to help you associate the service processor configurationname to the physical hardware (BladeCenter or System x model) that contains the service processor.

    Recording the configuration information 9

  • For example, you could use SPsssssss where sssssss is the last 7 characters of the BladeCenter chassis (notthe blade) or the System x serial nmber.

    Notes:

    1. The service processor configuration name cannot match the associated IBM i remote systemconfiguration name.

    2. Using the NWSD name as part of the service processor configuration name works fine forsimple configurations where there is a one-to-one relationship between NWSDs and serviceprocessors. However, in more complex configurations, the same service processorconfiguration might be used by multiple NWSDs. For example, multiple NWSDs could bedefined to use the same service processor hardware (multiple blades in a BladeCenter) or theNWSD could be switched to use different hot spare server hardware, so that the serviceprocessor configuration is used with a different NWSD than it was originally created for. Inthese cases, it might be confusing to use the NWSD name as part of the service processorconfiguration name.

    Record values for the following work sheet items.1. Fill in the name you choose in work sheet item SP1.2. Fill in a description of the object (up to 50 characters) in item SP2.Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.

    Selecting a login ID and password for the service processorWhen you connect directly to the BladeCenter or System x service processor via a LAN, you must specifya login ID (user name) and password.

    It is strongly recommended that you define a unique login ID that is used only by the IBM i partition orsystem that controls your BladeCenter or System x through its service processor. Each BladeCenter orSystem x service processor can only have one controlling partition or system. A BladeCenter AdvancedManagement Module (AMM) allows more than one controlling partition or system if properly configured see Considerations for multiple connections to a BladeCenter Advanced Management Module onpage 11. Use a naming convention that ties the service processor login ID to the hosting IBM i logicalpartition (or the system name for a non-partitioned system). For example, if the hosting IBM i logicalpartition name is ROCH03, then the service processor login ID could be set to ROCH03.

    You can use the system BIOS interface, or the Management Module (MM), Advanced ManagementModule (AMM), Integrated Management Module (IMM), or Remote Supervisor Adapter II (RSA II) Webinterfaces to set the login ID and password. You also need this information to synchronize the IBM iservice processor configuration with the BladeCenter or System x service processor before installing theoperating system on the server. IBM i uses the login ID and password to connect to the System x or blademodel to do specific management tasks (for example, to start the server).

    Important: In order for the unique login ID to be effective, it is strongly recommended that you do thefollowing where instructed in later steps.

    v Disable or change the default login ID. Service processors have a default login ID of USERID (uppercase) with a password of PASSW0RD (upper case, where 0 is the number 0 instead of the letter O).This action protects against unauthorized access to your server.

    v If the service processor is currently configured with login IDs that are used by management serversother than the local IBM i host system (Service Processor Manager or IBM Director Server on anothersystem), disable these login IDs.

    10 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    ||||||

  • If your company has multiple installations of management servers on the same network, take previouslymentioned actions to ensure that the service processor does not refuse a connection from IBM i.Connection refusal occurs when another management server is already connected. For more information,

    see Service Processor Connection Refused in the IBM Software Knowledge Base.1. Record the new Login ID and Password values for IBM i to use in work sheet items XSP7 and XSP8.2. If the service processor is a Management Module in a BladeCenter or an IMM or RSA II in a System x

    model, you can configure additional login IDs and passwords for your administrators to access theservice processor from any web browser connected on the same network. If you want to configureadditional login IDs, record the new Login ID and Password values for your administrators to use inwork sheet items XSP9 and XSP10. For most environments, you should create an additional login IDand password for use by your administrators.

    Related reference

    BladeCenter or System x service processor work sheet on page 36Use this work sheet to plan the values for the BladeCenter or System x service processor.

    Considerations for multiple connections to a BladeCenter AdvancedManagement ModuleIf you have a BladeCenter system with an Advanced Management Module (AMM) and firmwareBPET23A or later, it can be configured to allow more than one controlling partition or system.

    The AMM allows multiple concurrent command mode connections. These connections can be used toallow several management servers (Service Processor Managers or IBM Director Servers), to control theblades in the IBM BladeCenter system.v Each blade within the BladeCenter should still be controlled (varied on) by a single partition or system

    at any one time.v You should change the default Login ID and password for the AMM or disable it. Each partition or

    system can share Login IDs and passwords or each can have its own unique Login ID and password.v Each partition or system will need its own IBM i service processor configuration for the BladeCenter

    AMM and each IBM i service processor configuration must be synchronized with the BladeCenterAMM.

    The AMM must be configured to allow concurrent command-mode connections. The AMM Web interfaceis used to do this:1. Sign on to the AMM web interface.2. Select Network Protocols under MM control.3. Page down to the TCP Command Mode Protocol section.4. Change the command mode value to the number of desired concurrent connections.5. Required: Restart the AMM. Use the Restart MM option under the MM control section.6. Use the Login Profiles under MM control to add, change or disable Login IDs and passwords.

    Planning for the remote system configurationThe remote system configuration defines the communications connections for iSCSI and virtual Ethernettraffic for the System x or blade hardware that will be connecting to IBM i.v If you have already created a remote system configuration for the System x or blade hardware:

    Reuse the existing remote system configuration. Record the existing remote system configuration name in work sheet item RS1. Put a check in the box labeled Existing in work sheet item RS1. Continue with Planning for the network server host adapter (NWSH) object on page 20.

    v If you need to create a new IBM i remote system configuration:

    Recording the configuration information 11

    |||||

    http://www.ibm.com/eserver/iseries/support/s_dir/SLKBase.nsf/DocNumber/409408263

  • Put a check in the box labeled New in work sheet item RS1. Continue with the following tasks.

    Related reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.iSCSI initiator work sheet on page 39Select the values to configure the iSCSI initiator in the System x or blade hardware.

    Recording the blade system serial number and type/modelDo these steps if you are installing a blade system.1. Open the transparent cover on the front face of the blade server.2. Record the blade serial number value in work sheet item RS4.3. Record the blade type and model values in work sheet item RS5.

    Note: Do not include a space or dash (-) in the type and model value.For example, record 8843E9U for an HS20 blade with type 8843 and model E9U.

    Related reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.

    Selecting a name for the remote system configurationYou need to assign a name to the IBM i remote system configuration that you will create to configure theattributes of the iSCSI-attached BladeCenter blade or System x model.

    The remote system configuration name can be from 1 to 10 characters in length, consisting of charactersa-z, A-Z, 0-9 and special characters $, # and @. The first character cannot be a number.

    You can define your own naming convention to help you associate the remote system configuration nameto the physical server hardware (BladeCenter blade or System x model).

    An example naming convention that provides the suggested hardware association is RSsssssss wheresssssss is the last 7 characters of the BladeCenter blade (not chassis) or System x serial number. Theappropriate serial number was previously recorded in work sheet item SP5 for a System x model or worksheet item RS4 for a blade.

    Notes:

    1. The remote system configuration name cannot match the associated IBM i service processorconfiguration name.

    2. You can use the NWSD name as part of the remote system configuration name for simpleconfigurations where there is a one-to-one relationship between NWSDs and the hardwarethat they use.However, in more complex configurations, the same remote system configuration might beused by multiple NWSDs. For example, multiple NWSDs could be defined to use the sameremote system hardware (multiple production or test servers defined to use the same System xhardware at different points in time) or the NWSD could be switched to use different hotspare server hardware, so that the remote system configuration is used with a differentNWSD than it was originally created for. In these cases, it might be confusing to use theNWSD name as part of the remote system configuration name.

    1. Fill in the name you choose in work sheet item RS1.

    12 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • 2. Fill in a description of the object (up to 50 characters) in item RS2.Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.

    Selecting a boot parameter delivery methodAn integrated server iSCSI initiator adapter must be configured after it is installed in the System x orblade hardware. Do these steps to select the parameters that you will use.

    Before you begin, you need to decide whether to use dynamic addressing (the default) or to use manualaddressing for your iSCSI initiator. See Booting over the iSCSI network for more information aboutdynamic addressing using the built-in DHCP server. After you begin installing the integrated server, usethe iSCSI initiator configuration interface to specify parameters.

    You can select either dynamic or manual addressing.

    You can use dynamic addressing for most environments. This method requires fewer manualconfiguration steps and allows some configuration information to be automatically generated, such asiSCSI qualified names (IQNs). With dynamic addressing, the integrated server uses an integrated DHCPserver and you do not need to have a general purpose DHCP server in your network. The integratedDHCP server is intended exclusively to deploy boot parameters to the iSCSI initiator and is not a generalpurpose DHCP server. When a network server description (NWSD) is varied on, the initiator system isautomatically configured with the parameters provided in the IBM i remote system configuration.

    If you use manual addressing method, some integrated server functions are more difficult to implement,such as the integrated server hot spare capability.

    You need the values that you record in the iSCSI network planning work sheets for either method.v If you use dynamic addressing, you configure the parameters in the IBM i remote system configuration

    and the system sends them to the initiator system.v If you use manual addressing, you need to configure both the remote system configuration in IBM i

    and the iSCSI initiator.1. Put a check in the box next to the boot parameter delivery method you choose in work sheet item

    RS6.2. Based on your choice for work sheet item RS6, do one of the following:

    v If you chose Dynamically delivered to remote system via DHCP:a. Put a check in the box next to the Dynamic column heading in the iSCSI initiator work sheet.b. Put a check in the box next to DHCP for Port 1 in work sheet item CQ9.

    v If you chose Manually configured on remote system:a. Put a check in the box next to the Manual column heading in the iSCSI initiator work sheet.b. Put a check in the box next to Manual for Port 1 in work sheet item CQ9.

    Only one of the iSCSI initiator ports can be configured as the boot device during the server installation(the adapter boot mode is set to DHCP or Manual in the iSCSI initiator configuration utility). All otherports must be disabled for boot (the adapter boot mode is set to Disabled in the iSCSI initiatorconfiguration utility), but can be used for non-boot storage or virtual Ethernet traffic.

    Note: After the server installation is completed, if the server operating system supports multipath I/O,then additional ports can be enabled for boot.

    Recording the configuration information 13

    bootmodesandparameters.htm

  • Related reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.iSCSI initiator work sheet on page 39Select the values to configure the iSCSI initiator in the System x or blade hardware.

    Selecting CHAP settingsChallenge Handshake Authentication Protocol (CHAP) is used to authenticate the connection between theSystem x or blade initiator and the IBM i target.

    CHAP protects against the possibility of an unauthorized system using an authorized systems iSCSIname to access storage. CHAP does not encrypt network traffic, but rather limits which system can accessan IBM i storage path.

    There are two types of CHAP authentication.

    One-way CHAPThe target (IBM i) authenticates the initiator (System x or blade).

    Bidirectional CHAPIn addition to the one-way CHAP authentication described above, the initiator (System x orblade) also authenticates the target (IBM i).

    If you do not want to use CHAP, select Disabled for work sheet items RS7 and RS10. Continue withSelecting the MTU for the iSCSI network on page 15.Related reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.

    Selecting parameters for target CHAPDo the following steps to select parameters for target CHAP authentication.1. Put a check next to Enabled in work sheet item RS7.2. Record the CHAP name in work sheet item RS8. You can use the remote system configuration name

    from item RS1 as the CHAP name.3. Record the CHAP secret.

    There are two approaches to assigning a CHAP secret. The strength of the CHAP secret that youshould use depends on your environment.v If the iSCSI network is physically secure and there is no possibility that unauthorized parties can

    monitor the iSCSI network traffic, you can use a unique non-trivial CHAP secret that you assign.For example, use a combination of letters and numbers that is at least 8 characters long. If youchoose this approach, then record the CHAP secret you choose in work sheet item RS9.

    v If the iSCSI network is not physically secure or there is a possibility that unauthorized parties canmonitor the iSCSI network traffic, use the remote system configuration option to generate a strongCHAP secret. If you choose this approach, then put a check in the box next to Generate in worksheet item RS9 and leave the CHAP secret value blank for now.

    Selecting parameters for initiator CHAPUse this information to select settings for initiator CHAP authentication.

    If you do not want to configure initiator CHAP, select Disabled for work sheet item RS10. Continue withSelecting the MTU for the iSCSI network on page 15.

    14 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • If you want to configure initiator CHAP, do the following steps to select parameters.1. Put a check next to Enabled in work sheet item RS10.2. Record the CHAP name in work sheet item RS11. You can use the remote system configuration name

    from item RS1 as the CHAP name.3. Record the CHAP secret.

    There are two approaches to assigning a CHAP secret. The strength of the CHAP secret that youshould use depends on your environment.v If the iSCSI network is physically secure and there is no possibility that unauthorized parties can

    monitor the iSCSI network traffic, you can use a unique non-trivial CHAP secret that you assign.For example, use a combination of letters and numbers that is at least 8 characters long. If youchoose this approach, then record the CHAP secret you choose in work sheet item RS12.

    v If the iSCSI network is not physically secure or there is a possibility that unauthorized parties canmonitor the iSCSI network traffic, use the remote system configuration option to generate a strongCHAP secret. If you choose this approach, then put a check in the box next to Generate in worksheet item RS12 and leave the CHAP secret value blank for now.

    Selecting the MTU for the iSCSI networkThe iSCSI network maximum transmission unit (MTU) value can be set to 1500 (normal frames) or 9000(jumbo frames).

    The iSCSI network normally uses standard 1500 byte frames. It might be possible to configure the iSCSIinitiator adapters to use larger frames on the iSCSI network.

    Attention: Ensure that all components of the iSCSI network support larger frames before deciding touse them. See MTU considerations for the iSCSI network for more information. If you are not sure thatyour switch and iSCSI initiators perform well with larger frames, use the default settings for 1500 byteframes.

    Note: If you plan to use jumbo frame support, you also need to configure it on the switch, if not alreadyenabled.

    Do the following steps to record the MTU settings to use.1. Put a check in the box next to your Port 1 MTU choice in work sheet item CQ16.2. If your server has a second port (for example, a blade with a dual port iSCSI initiator adapter), then

    also put a check in the box next to your Port 2 MTU choice in work sheet item CQ16.Related reference

    iSCSI initiator work sheet on page 39Select the values to configure the iSCSI initiator in the System x or blade hardware.

    Recording iSCSI initiator (local adapter) MAC addressesDo these steps to record the iSCSI initiator local adapter (MAC) address for your remote systemconfiguration.

    Depending on the iSCSI initiator adapter type, look in the following locations for the adapter address.v For a System x model, the iSCSI initiator is either an iSCSI Host Bus Adapter (iSCSI HBA) or an

    Ethernet Network Interface Card (NIC). Note the label that is attached to the tail stock (or on thesystem unit for an embedded Ethernet NIC) with sets of 12digit hexadecimal values. These are uniqueaddresses that are assigned for the adapter.

    Important: The System x iSCSI HBA parts 30R5201 and 30R5501 look identical to the Power serveriSCSI HBA features 5783 and 5784, but they have different firmware, so they are notinterchangeable. If you get them mixed up and use an iSCSI HBA in the wrong system, it

    Recording the configuration information 15

    ||

    ||||

    mtuconsiderations.htm

  • does not work. If you are not sure which system type a particular iSCSI HBA is for, look

    for the CCIN values on the tail stock of the iSCSI HBA card. See iSCSI solution (iSCSI)for a list of iSCSI HBAs and the associated CCIN values.

    v For a blade model, the iSCSI initiator adapter is either an iSCSI HBA I/O expansion module on theblade or an Ethernet NIC on the blade. There are labels on the box of the adapter and on the adapteritself. The label has sets of 12digit hexadecimal values. These are unique addresses that are assignedfor the adapter. For iSCSI HBAs with two ports, the label shows four addresses. Each port has an iSCSIaddress and a TOE address. For Ethernet NICs with two ports, the label shows two addresses.

    For more information about these addresses, see iSCSI network for integrated servers.

    Note: Record the MAC addresses. Later on, you use the iSCSI initiator configuration function toconfigure the adapters and you can verify the values. The management module Web interface canshow the addresses (use the Hardware VPD link and look under the BladeCenter Server MACaddresses).

    1. Determine the iSCSI initiator adapter type and put a check in the corresponding box in work sheetitem RS21.

    2. Record the iSCSI initiator local adapter (MAC) address. Use the appropriate method for your iSCSIinitiator adapter type:

    Ethernet NICLook for the word MAC on the label. Record the address information in pairs of digits inwork sheet items RS13 and RS17. Note that the same adapter address is used for both theSCSI and LAN interfaces.

    iSCSI HBA

    a. Look for the word iSCSI on the label. Record the address information in pairs of digits inwork sheet item RS13. A portion of the address is filled in for you, one example is for aSystem x adapter and the other is for a blade adapter. Choose the example that matchesthe first 3 sets of characters. The iSCSI connection is used for disk traffic.

    b. Look for the word TOE on the label. Record the address information in pairs of digits inwork sheet item RS17. A portion of the address is filled in for you, one example is for aSystem x adapter and the other is for a blade adapter. Choose the example that matchesthe first 3 sets of characters. TOE stands for TCP Offload Engine. Think of it as an I/Oprocessor for the adapter. The TOE is used for virtual Ethernet LAN traffic.

    Related reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.

    Selecting IP addresses for the System x or blade iSCSI initiatorYou need to select an IP address scheme for the SCSI and LAN interfaces of the System x or blade iSCSIinitiators before you configure your server. You can use the sample information in this table or use yourown scheme.

    You can use the convention in this example for up to 19 hosted systems connected to the same switch.

    Notes:

    1. If you want to plan for more than 19 hosted systems on the same switch, see Expanding on the iSCSInetwork addressing scheme for integrated servers on page 31.

    2. The last part of the Internet address is a concatenation of a system number and a port number. Forexample, system 1, port 1 = 11. Add 4 to this number for the LAN addresses. If you use thisconvention, you can assign any numbers to systems, ports, and iSCSI initiators within the indicatedranges.

    16 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    ||

    http://www.ibm.com/systems/i/advantages/integratedserver/iscsi/index.htmliscsinetwork.htm

  • 3. This table gives sample IP addresses for the physical iSCSI network. Do not use these IP addresses forany virtual Ethernet networks you might have. The physical network and the virtual Ethernetnetwork must use IP addresses on different subnets. If you have a network for your HardwareManagement Console (HMC), it should not be on the same subnet as the iSCSI or virtual Ethernetnetworks.

    4. When setting up multiple paths on the iSCSI network, the iSCSI network typically has multiplephysically disjoint segments, such as a BladeCenter with two switches dedicated to iSCSI traffic. Inthis multipath configuration, the initiators and targets on one switch should be on a different subnetthan the initiators and targets on the other switch. Therefore, if you are using the suggested IPaddressing scheme in the following table and have two switches:v Use subnet 192.168.99 for the initiators and targets on one switch.v Use subnet 192.168.98 for the initiators and targets on the other switch.

    Recording the configuration information 17

    |||||

    |

    |

  • Table 2. Sample iSCSI initiator IP address scheme for the physical iSCSI network

    Configurationparameter iSCSI port 1 iSCSI port 2 iSCSI port 3 iSCSI port 4

    Hostedsystem 1

    SCSI interface

    Internet address 192.168.99.11 192.168.99.12 192.168.99.13 192.168.99.14

    Subnet mask 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

    Gateway address1 None1 None1 None1 None1

    LAN interface

    Internet address 192.168.99.15 192.168.99.16 192.168.99.17 192.168.99.18

    Subnet mask 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

    Gateway address1 None1 None1 None1 None1

    Hostedsystem 2

    SCSI interface

    Internet address 192.168.99.21 192.168.99.22 192.168.99.23 192.168.99.24

    Subnet mask 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

    Gateway address1 None1 None1 None1 None1

    LAN interface

    Internet address 192.168.99.25 192.168.99.26 192.168.99.27 192.168.99.28

    Subnet mask 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

    Gateway address1 None1 None1 None1 None1

    ... ... ... ... ... ...

    Hostedsystem 19

    SCSI interface

    Internet address 192.168.99.191 192.168.99.192 192.168.99.193 192.168.99.194

    Subnet mask 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

    Gateway address1 None1 None1 None1 None1

    LAN interface

    Internet address 192.168.99.195 192.168.99.196 192.168.99.197 192.168.99.198

    Subnet mask 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0

    Gateway address1 None1 None1 None1 None1

    Note:

    1. You do not need a gateway address because these System x and blade iSCSI initiators are onthe same switch and subnet as the IBM i iSCSI targets. Routers are not supported in the iSCSInetwork.

    Do these steps to record IP addresses.1. Record the SCSI interface internet address and subnet mask from the preceding table (or use your

    own value) in work sheet items RS14 and RS15.2. Record the LAN interface internet address and subnet mask from the preceding table (or use your

    own value) in work sheet items RS18 and RS19.

    18 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • Related concepts

    Multipath I/O for integrated serversRelated reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.

    Selecting the initiator iSCSI Qualified Name (IQN)If you checked Manually configured on remote system (manual addressing) for the Boot parameterdelivery method in work sheet item RS6, then you need to configure the initiator (System x or blade)iSCSI Name (IQN) value manually.

    The initiator iSCSI Name (IQN) format is:

    iqn.1924-02.com.ibm:sssssss.ip

    wherev sssssss is the serial number of the System x (see item SP5) or blade (see item RS4) server in lower case

    charactersv p is the System x/blade iSCSI initiator adapter interface/port number (0=first interface/port).

    Record the initiator IQN values in work sheet item CQ6.Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.iSCSI initiator work sheet on page 39Select the values to configure the iSCSI initiator in the System x or blade hardware.

    Selecting the target iSCSI Qualified Name (IQN)If you checked Manually configured on remote system (manual addressing) for the Boot parameterdelivery method in work sheet item RS6, then you need to configure the target (IBM i) iSCSI Name(IQN) value manually.

    The target iSCSI Name (IQN) format is

    iqn.1924-02.com.ibm:sssssssi.nnnnnnnn.tp

    wherev sssssss is the Power server serial number in lower case letters.

    Note: You can display the Power server serial number by entering DSPSYSVAL QSRLNBR at the IBM icommand line.

    v i is the Power server logical partition ID.v nnnnnnnn is the network server description (NWSD) name in lower case.v p is the storage path number from the NWSD (1=first and only storage path for new installations).

    Record the target IQN value in work sheet item CQ10.

    Recording the configuration information 19

    multipathio.htm

  • Related reference

    IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.iSCSI initiator work sheet on page 39Select the values to configure the iSCSI initiator in the System x or blade hardware.

    Planning for the network server host adapter (NWSH) objectThe network server host adapter (NWSH) device description defines the communications connections forSCSI and virtual Ethernet traffic to IBM i.

    An NWSH object represents a port for an iSCSI target adapter that is installed inside the Power server orits associated expansion units and assigned to the IBM i partition.v If you have already created an NWSH device description for the iSCSI target adapter port, use the

    existing NWSH object.1. Record the existing NWSH object name in work sheet item NH1.2. Put a check in the box labeled Existing in work sheet item NH1.3. Look up the local SCSI interface internet address in the NWSH and record it in work sheet item

    NH6. See Displaying network server host adapter properties.4. Go to Planning for the connection security configuration on page 23.

    v If you need to create a new NWSH device description:1. Put a check in the box labeled New in work sheet item NH1.2. Continue with the following tasks.

    Related reference

    IBM i network server host adapter work sheet on page 41Use this work sheet to plan the values used to create the network server host adapter (NWSH) object.IBM i TCP/IP interface work sheet on page 42Use this work sheet to plan the values used to add a TCP/IP interface that is used by a network serverhost adapter (NWSH).IBM i line description work sheet on page 42Use this work sheet to plan the values used to create an Ethernet line description (LIND) object that isused by a network server host adapter (NWSH).

    Selecting a name for the NWSHYou need to assign a name to the IBM i network server host adapter (NWSH) device description objectthat you will create to configure the IBM i iSCSI target adapter.

    The NWSH name can be from 1 to 10 characters in length, consisting of characters a-z, A-Z, 0-9 andspecial characters $, # and @. The first character cannot be a number.

    You can define your own naming convention for the NWSH name.

    An example naming convention that associates the NWSH with the iSCSI target adapter hardware is:

    NHsssssss

    where sssssss is the last 7 characters of the IBM i iSCSI target adapter serial number.

    Record values for the following work sheet items.1. Fill in the name you choose in work sheet item NH1.

    20 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    displayingnwshproperties.htm

  • 2. Also fill in a description of the object (up to 50 characters) in item NH2.Related reference

    IBM i network server host adapter work sheet on page 41Use this work sheet to plan the values used to create the network server host adapter (NWSH) object.

    Selecting a hardware resource nameThe iSCSI target adapter hardware resource name is not available until the iSCSI target adapter isinstalled in the Power server and assigned to the IBM i partition.

    Determine the type of iSCSI target adapter hardware being used and record work sheet item NH3:v For a software target (Ethernet NIC), put a check in the box labeled Virtual.v For a hardware target (iSCSI HBA), put a check in the box labeled CMN___.

    If the iSCSI target adapter has not been installed yet, leave the hardware resource name blank. Youwill record this value after you install the iSCSI target adapter.

    Otherwise, record the hardware resource name now. For more information, see Determining thehardware resource name for an iSCSI target adapter.

    Related reference

    IBM i network server host adapter work sheet on page 41Use this work sheet to plan the values used to create the network server host adapter (NWSH) object.

    Selecting a connection type for the NWSHThere are two ways that IBM i iSCSI targets can physically connect to a System x or a blade system.v If this Network server host adapter (NWSH) object will be connected to an Ethernet switch, put a

    check in the box by Network in work sheet item NH5.v If this Network server host adapter (NWSH) object will be connected directly to an iSCSI initiator port

    in a System x product or to a pass through module in a blade system, put a check in the box next toDirect in work sheet item NH5.

    Related reference

    IBM i network server host adapter work sheet on page 41Use this work sheet to plan the values used to create the network server host adapter (NWSH) object.

    Selecting IP addresses for the IBM i iSCSI targetYou need to select an IP address scheme for the SCSI and LAN interfaces of the IBM i iSCSI targetsinstalled in the Power server.

    You can use the convention in this example for up to 19 IBM i iSCSI targets connected to the sameswitch.

    Notes:

    1. If you want to plan for more than 19 IBM i iSCSI targets on the same switch, see Expanding on theiSCSI network addressing scheme for integrated servers on page 31.

    2. For IBM i iSCSI targets, the last digit is 200 + an iSCSI target number (+ 20 more for LAN). If you usethis convention, you can assign numbers to systems, ports, and iSCSI targets within the indicatedranges any way you want.

    3. This table gives sample IP addresses for the physical iSCSI network. Do not use these IP addresses forany virtual Ethernet networks you might have. The physical network and the virtual Ethernetnetwork must use IP addresses on different subnets. If you have a network for your HardwareManagement Console (HMC), it should not be on the same subnet as the iSCSI or virtual Ethernetnetworks.

    Recording the configuration information 21

    |

    |

    |

    ||

    ||

    determininghardwareresourcefortarget.htmdetermininghardwareresourcefortarget.htm

  • 4. When setting up multiple paths on the iSCSI network, the iSCSI network typically has multiplephysically disjoint segments, such as a BladeCenter with two switches dedicated to iSCSI traffic. Inthis multipath configuration, the initiators and targets on one switch should be on a different subnetthan the initiators and targets on the other switch. Therefore, if you are using the suggested IPaddressing scheme in the following table and have two switches:v Use subnet 192.168.99 for the initiators and targets on one switch.v Use subnet 192.168.98 for the initiators and targets on the other switch.

    Table 3. Sample IBM i iSCSI target IP address scheme for the physical iSCSI network

    Configuration parameter iSCSI target 1 iSCSI target 2 ... iSCSI target 19

    Subnet mask 255.255.255.0 255.255.255.0 ... 255.255.255.0

    SCSI interface

    Internet address 192.168.99.201 192.168.99.202 ... 192.168.99.219

    Gateway address1 None1 None1 ... None1

    LAN interface

    Internet address 192.168.99.221 192.168.99.222 ... 192.168.99.239

    Gateway address1 None1 None1 ... None1

    Note:

    1. You do not need a gateway address because the System x and blade iSCSI initiators are on thesame switch and subnet as the IBM i iSCSI targets. Routers are not supported in the iSCSInetwork.

    Do these steps to record IP addresses.v Record the SCSI interface internet address in work sheet item NH6.v For a hardware target (iSCSI HBA):

    Record the Subnet mask in work sheet item NH4. Record the LAN interface internet address in work sheet item NH8.

    v For a software target (Ethernet NIC), record the following values: If an IBM i TCP/IP interface for the iSCSI target adapter port currently exists:

    - Put a check in the box labeled Existing in work sheet item IF1. Otherwise:

    - Put a check in the box labeled New in work sheet item IF1.- Record the Subnet mask in work sheet item IF2.- Record a description of the interface (up to 50 characters) in item IF3.

    Tip: Use a description that is similar to the NWSH description to make it easy to associate theTCP/IP interface with the corresponding NWSH.

    - If you want the TCP/IP interface and the corresponding NWSH to automatically start wheneverTCP/IP is started (for example, at IPL), put a check in the box labeled Yes in work sheet item IF4.Otherwise, put a check in the box labeled No.

    22 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    |||||

    |

    |

    |

    |

    |

    |

    |

    |

    |

    |

    ||

    |||

  • Related concepts

    Multipath I/O for integrated serversRelated reference

    IBM i network server host adapter work sheet on page 41Use this work sheet to plan the values used to create the network server host adapter (NWSH) object.IBM i TCP/IP interface work sheet on page 42Use this work sheet to plan the values used to add a TCP/IP interface that is used by a network serverhost adapter (NWSH).

    Selecting line description values for a software targetYou need to determine values to use for an IBM i line description (LIND) that is created to configure anIBM i iSCSI software target adapter (Ethernet NIC).

    Note: This task does not apply to an iSCSI hardware target adapter (iSCSI HBA).

    Fill out the work sheet items for the line description:v If you have already created a LIND object for the iSCSI target adapter port, use the existing LIND

    object.1. Put a check in the box labeled Existing in work sheet item LD1.2. Record the existing LIND object name in work sheet item LD1.

    v If you need to create a LIND object:1. Put a check in the box labeled New in work sheet item LD1.2. Record a name for the line description in work sheet item LD1.

    The LIND name can be from 1 to 10 characters in length, consisting of characters a-z, A-Z, 0-9 andspecial characters $, #, and @. The first character cannot be a number.Tip: Use the same name as the associated network server host adapter (NWSH) to make it easy toassociate the LIND with the corresponding NWSH.

    3. Record a description of the object (up to 50 characters) in item LD2.Tip: Use a description that is similar to the NWSH description to make it easy to associate theLIND with the corresponding NWSH.

    4. Record the hardware resource name (LD3) as follows: If the iSCSI target adapter has not been installed yet, leave the hardware resource name blank.

    You will record this value after you install the iSCSI target adapter. Otherwise, record the hardware resource name now. For more information, see Determining the

    hardware resource name for an iSCSI target adapter.5. Record the maximum frame size (LD4) as follows:

    Put a check in the box labeled Default (8996), unless there is a reason to use a different value. If you have a reason to use a different value, put a check in the box labeled Value and record the

    value to use.Related reference

    IBM i line description work sheet on page 42Use this work sheet to plan the values used to create an Ethernet line description (LIND) object that isused by a network server host adapter (NWSH).

    Planning for the connection security configurationA connection security configuration is required for iSCSI-attached integrated servers. All theiSCSI-attached integrated servers on your system can share the same connection security configuration.

    Recording the configuration information 23

    |

    ||

    |

    |

    ||

    |

    |

    |

    |

    |

    ||

    ||

    |

    ||

    |

    ||

    ||

    |

    |

    ||

    |

    |||

    multipathio.htmdetermininghardwareresourcefortarget.htmdetermininghardwareresourcefortarget.htm

  • Both the Create Server Web GUI task and the Install Integrated Server (INSINTSVR) CL commandautomatically create a default connection security configuration named QCNNSEC to use. You do not needto manually create a connection security configuration if you plan to use the Create Server task or theINSINTSVR command.

    If you plan to install a Microsoft Windows Server 2003 server using the Install Windows Server(INSWNTSVR) CL command, then you must manually create the default connection securityconfiguration named QCNNSEC, if it does not exist on the system. A later task tells you when to createQCNNSEC, if needed.

    Planning for the integrated server installation

    Plan the configuration for the integrated server operating system installation.

    The server installation process uses the values that were recorded in the work sheets in this planningguide. Fill out those work sheets before planning the server installation.

    Use the following tasks to plan for the server installation.Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting the server operating system typeSelect the operating system type that you plan to install on the server.1. Review the list of operating systems that are supported on your server hardware. Refer to the server

    manufacturer type and model values that you recorded in work sheet item RS5 (for a blade server) or

    SP6 (for a System x server). Use the BladeCenter and System x models supported with iSCSI(www.ibm.com/systems/i/advantages/integratedserver/iscsi/servermodels/) Web page to determineif the operating system you plan to install is supported on your server model.

    2. Put a check in the box next to the appropriate operating system type in work sheet item IS1.Related reference

    IBM i service processor configuration work sheet on page 35Use this work sheet to record the values for the IBM i service processor configuration.IBM i remote system configuration work sheet on page 37Use this work sheet to select the values used to create the remote system configuration for the integratedserver.Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Choosing the system drive capacity and storage poolChoose the capacity for the virtual storage that contains the integrated server operating system. Alsochoose which IBM i storage pool to allocate the virtual storage from.

    The minimum system drive size is 2 GB for Microsoft Windows Server 2003 and 15 GB for all othersupported operating system types. This minimum size assumes that only the integrated server operatingsystem is stored on the system drive and that no applications or data are stored on the system drive.Allocate additional storage on the system drive to accommodate swap files, operating system fixes, andany applications or data that you plan to store on the system drive.

    Notes:

    24 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    ||||

    ||||

    |

    |

    ||

    |

    |

    |

    ||

    |||

    |

    |

    ||

    |||

    |||

    |

    ||

    |||||

    |

    http://www.ibm.com/systems/i/advantages/integratedserver/iscsi/servermodels/

  • v You can add more IBM i virtual storage to the server (as additional drives) after the initialserver installation.

    v Store applications and data on drives other than the system drive.v For embedded versions of VMware ESX, the ESX operating system runs from flash memory, so

    no IBM i virtual storage is allocated for a system drive.

    Record values for the following work sheet items.1. Record your choice for the system drive capacity in work sheet item IS2. (Record 0 for an embedded

    version of VMware ESX.)2. Record the name or number of the associated IBM i storage pool (ASP) in work sheet item IS3. (Leave

    it blank for an embedded version of VMware ESX.)Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting a memory pool for iSCSI I/OSelect a memory pool that is dedicated to iSCSI I/O to prevent iSCSI operations from affecting otherapplications.

    Review the IBM i memory requirements for an integrated server and plan for a shared data memorypool. See Preparing for IBM i memory requirements.

    Notes:

    v For most environments, you can use a shared data memory pool with a size of 512 MB that isshared among all the iSCSI-attached servers on your system.

    v The Create Server Web GUI task provides an option to create a default iSCSI memory poolwith a size of 512 MB.

    Record values in work sheet item IS6 as follows:v If you plan to use the Create Server Web GUI task to install your server and you want to use the

    default iSCSI memory pool, put a check mark in the box labeled GUI default (*ISCSI).v Otherwise, put a check mark in the box labeled Other. Also record the number (1-60) of the shared

    data memory pool that you plan to use for the integrated server.Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting a name for the NWSDYou need to assign a name to the IBM i network server description (NWSD) object. The NWSD is createdto configure the IBM i hosting environment for the integrated server.

    The NWSD name can be from 1 to 8 characters in length, consisting of characters a-z, A-Z, and 0-9. Thefirst character cannot be a number.

    You can define your own naming convention for the NWSD name.

    An example naming convention would be to use the unqualified TCP/IP host name that you plan toassign to the server. For example, if the server host name is myserver.mycompany.com, then use myserveras the NWSD name.

    Recording the configuration information 25

    ||

    |

    ||

    |

    ||

    ||

    |

    |||

    |

    ||

    ||

    |

    ||

    ||

    |

    ||

    ||

    |

    |||

    |

    ||

    ||

    |

    |||

    i5osmemoryrequirements.htm

  • Record values for the following work sheet items.1. Record the name you choose in work sheet item IS7.2. Also record a description of the object (up to 50 characters) in item IS8.Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting a language versionIf your IBM i system has multiple national language versions installed, then you can choose whichlanguage version is used for the IBM i Integrated Server Support programs that run on the server.

    For most environments, use the primary national language that is installed on IBM i. For informationabout supported language versions, see the Install Integrated Server (INSINTSVR) command forintegrated Windows Server 2008 or VMware ESX servers or the Install Windows Server (INSWNTSVR)command for integrated Windows Server 2003 servers.

    Record values in work sheet item IS9 as follows:v To use the primary language of IBM i, put a check mark in the box labeled Primary. Primary is the

    default value.v Otherwise, put a check mark in the box labeled Other and also record the IBM i secondary language

    identifier (for example, 2924 for English).

    Note: If you choose a nondefault value, then you cannot use the Create Server Web GUI task to installyour server. You must use the Install Integrated Server (INSINTSVR) command or the InstallWindows Server (INSWNTSVR) command to install your server.

    Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting IBM i tape and optical devices to restrictYou can choose to restrict which IBM i tape and optical devices the integrated server can access.

    For most environments, allow access to all IBM i tape and optical devices for the initial integratedWindows server installation. If necessary, you can update the list of restricted devices after the server isinstalled. VMware ESX servers cannot use IBM i tape and optical devices. For ESX servers, use thedefault value, which will restrict all tape and optical devices.

    Record values in work sheet item IS10 as follows:v To allow an integrated Windows server to access to all tape and optical devices, or if you are installing

    a VMware ESX server, put a check mark in the box labeled OS type. OS type is the default value.v Otherwise, put a check mark in the box labeled Other and also record the list of IBM i tape and optical

    devices to restrict.

    Note: If you choose a nondefault value, then you cannot use the Create Server Web GUI task to installyour server. You must use the Install Integrated Server (INSINTSVR) command or the InstallWindows Server (INSWNTSVR) command to install your server.

    26 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    |

    |

    |

    |

    |||

    |

    ||

    ||||

    |

    ||

    ||

    |||

    |

    |||

    |

    |

    ||||

    |

    ||

    ||

    |||

  • Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting point-to-point virtual Ethernet IP addressesYou can choose the IP addresses to use for the point-to-point virtual Ethernet connection between IBM iand the integrated server.

    By default, the integrated Windows server installation process automatically generates IP addresses andan associated subnet for the point-to-point virtual Ethernet connection between IBM i and the integratedWindows server. The generated IP addresses are on a subnet that is not used for other IBM icommunications. For most environments, use these generated IP address values. However, you can assignyour own IP addresses for this point-to-point virtual Ethernet connection.

    VMware ESX servers do not support virtual Ethernet connections. When installing a VMware ESX server,the default value for the point-to-point virtual Ethernet connection does not generate an IP address andassociated subnet. The INSINTSVR command allows you to specify *GEN or IP addresses for the virtualEthernet point-to-point connection. This creates an Ethernet line description and an associated TCP/IPinterface. However, this Ethernet line description will not go active when the server is varied on since thevirtual Ethernet connection is not recognized by the VMware ESX server. The point-to-point virtualEthernet port on an integrated VMware ESX server can only be used to automatically start the integratedVMware ESX server when IBM i TCP/IP starts. The point-to-point virtual Ethernet port does not providea virtual Ethernet communication connection between the integrated VMware ESX server and any othersystems.

    Note: The subnet mask that is used for the point-to-point virtual Ethernet connection is 255.255.255.0.Keep this subnet mask in mind if you assign your own IP addresses for this connection.

    Record values for the following work sheet items.v To use the generated IP addresses for an integrated Windows server, or if you are installing a VMware

    ESX server, put a check mark in the box labeled OS type in work sheet item IS11. OS type is thedefault value.

    v Otherwise, put a check mark in the box labeled Other in work sheet item IS11. Also record the IBM iand integrated Windows server IP addresses in work sheet item IS12.

    Note: If you choose a nondefault value, then you cannot use the Create Server Web GUI task to installyour server. You must use the Install Integrated Server (INSINTSVR) command or the InstallWindows Server (INSWNTSVR) command to install your server.

    Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Selecting additional INSWNTSVR parameters for Windows Server 2003If you are installing Windows Server 2003 using the Install Windows Server (INSWNTSVR) command,then you can specify additional INSWNTSVR command parameters.

    The Install Windows Server (INSWNTSVR) command has many parameters that can be used tocustomize the Windows Server 2003 installation process. For example, you can provide the Windowslicense key as a parameter on the INSWNTSVR command. Refer to the INSWNTSVR commanddocumentation for details on the additional parameters that are available.

    Recording the configuration information 27

    |

    |||

    |

    ||

    |||||

    ||||||||||

    ||

    |

    |||

    ||

    |||

    |

    |||

    |

    ||

    ||||

  • Note: The INSWNTSVR command is only used when installing Windows Server 2003. It is not use wheninstalling Windows Server 2008 or VMware ESX.

    Record values in work sheet item IS13 as follows:1. To use a nondefault value for an INSWNTSVR command parameter, record the parameter keyword

    name and the associated value in work sheet item IS13.

    Note: If you choose a nondefault value, then you cannot use the Create Server Web GUI task toinstall your server. You must use the Install Windows Server (INSWNTSVR) command to installyour server.

    2. Repeat step 1 as needed to record all the INSWNTSVR command parameter keywords and valuesthat you want to use nondefault values for.

    Related reference

    Integrated server installation work sheet on page 43Use this work sheet to record the values for installing a server that is integrated with IBM i. These valuesare used in the Create Server Web GUI task or the corresponding server installation CL command.

    Planning for post-installation tasks

    Plan for the tasks that need to be performed after the server operating system is installed.

    Use the following tasks to plan for the server post-installation tasks.Related reference

    VMware ESX post-installation work sheet on page 44Use this work sheet to record the values that are needed for tasks that are performed after installing aVMware ESX server that is integrated with IBM i.

    Planning for the VMware ESX server management connectionTo complete the installation process for a VMware ESX server, you must select an associated managementserver (integrated Windows server). Then configure connection information so that the Windows servercan connect to the VMware ESX server or the associated platform manager.

    IBM i manages integrated VMware ESX servers by using an iSCSI attached integrated Windows server.For example, when an ESX server is shut down from IBM i, the shut down request is sent to theintegrated Windows server. Then the Windows server connects to the ESX server or the associatedplatform manager (VMware vCenter) to perform the task. The integrated Windows server must beconfigured so that it can connect to the VMware ESX server or the associated platform manager.

    The supported operating system versions on the iSCSI attached integrated Windows server are as follows:v Windows Server 2008 R2v Windows Server 2008v Windows Server 2003

    Record values for the following work sheet items.1. Record the NWSD name of the management server (integrated Windows server) in work sheet item

    PE1.2. Record the ESX server IP address or host name in work sheet item PE3.3. Optional: If an ESX platform manager is used, record the platform manager IP address or host name

    in work sheet item PE4.

    28 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    ||

    |

    ||

    |||

    ||

    |

    |||

    |

    |

    |

    |

    |||

    |||||

    |

    |

    |

    |

    |

    ||

    |

    ||

  • Related reference

    VMware ESX post-installation work sheet on page 44Use this work sheet to record the values that are needed for tasks that are performed after installing aVMware ESX server that is integrated with IBM i.

    Recording the configuration information 29

    |

    |||

  • 30 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • Advanced planning topics

    Consider the following items when planning for an iSCSI network.

    Expanding on the iSCSI network addressing scheme for integratedserversConsider these things if you are planning for an iSCSI network that might support multiple switches ormore than 19 iSCSI adapter ports.v If you use a second switch and do not connect it directly to a switch in the 192.168.99 network, you

    can repeat the IP addressing convention shown in the tables in Selecting IP addresses for the System xor blade iSCSI initiator on page 16 and Selecting IP addresses for the IBM i iSCSI target on page 21.Use IP addresses that start with 192.168.98 instead of 192.168.99. This is a separate IP subnet.

    v With a subnet mask of 255.255.255.0 there are 254 IP addresses available. IP addresses with a last digitof 0 or 255 should not be used with this subnet mask.

    v If you anticipate eventually having an iSCSI network with more than 19 IBM i iSCSI target adapterports or more than 19 hosted systems, you may modify the IP address convention in the tables tomaximize the use of all 254 available IP addresses.

    v If you anticipate eventually needing more than 254 IP addresses, consider using a different subnetmask to begin with, to avoid the need to change this later. For 510 IP addresses, use a subnet mask of 255.255.254.0 For 1022 IP addresses, use a subnet mask of 255.255.252.0 For 65534 IP addresses, use a subnet mask of 255.255.0.0 For the above subnet masks, you must use IP addresses that start with a number less than 192.

    v In IP networking, different subnets may be interconnected using routers. IBM does not currentlysupport routers in the iSCSI network. However, if you want to design your iSCSI network to maximizehot spare potential involving the future possibility of routers in the iSCSI network, you should modifythe IP address convention in the tables slightly. Routers typically do not forward packets sent to IPaddresses that are reserved for private networks. This includes all IP addresses that start with thefollowing digits: 10 172.16 through 172.31 192.168

    Therefore, consider using IP addresses that start with different digits, such as 192.169.

    Copyright IBM Corp. 1998, 2010 31

  • Considerations for connecting service processors to IBM iUse this information to compare configurations between IBM i and the service processor for theintegrated server.

    You might want to consider using an isolated network, instead of your companys campus LAN orintranet, for connecting your BladeCenter and System x service processors with your IBM i logicalpartition. This decision involves considerations of hardware, remote management, security, and multiplemanagement servers (Service Processor Manager or IBM Director Server). The following table summarizesdifferent connection methods. Different service processors are shown to illustrate scalability.

    Table 4. Connection methods

    Campus LAN or Intranet Physically isolated network

    Network HardwareConfiguration

    Any-to-any network Logically isolatednetwork

    For example, thisnetwork mightinclude VLAN

    switches configuredwith a unique VLAN

    ID.

    One switch for bothiSCSI and service

    processor connections

    Separate switches foriSCSI and service

    processor connections

    Flexibility of remotemanagement by usinga Web Browser3

    Better Worse

    Browser can beanywhere on the

    campus LAN.

    Browser must beconnected to thelogically isolatedLAN.

    Browser must beconnected to theswitch providing theservice processorconnection.

    Browser must beconnected to the

    switch providing theservice processor

    connection.

    Security4 Worse Better

    Highest risk. Lower risk thanany-to-any network.

    Low risk. Requiresaccess to the switchproviding the serviceprocessor connection.

    Low risk. Requiresaccess to the switchproviding the serviceprocessor connection.

    Multiple ManagementServer Coexistence5

    (Shared SP Login ID)

    Worse Better

    Any managementserver connected tothe campus LANmight interfere.

    Only managementservers connected tothe logically isolatedLAN might interfere.

    Only managementservers connected tothe switch providingthe service processorconnection mightinterfere.

    Only managementservers connected tothe switch providingthe service processorconnection mightinterfere.

    Note:

    1. Browser is a Web browser used for remote management.2. SP is a System x IMM or RSA II or a BladeCenter Management Module service processor.

    32 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    |

  • 3. The web browser management interface is supported by the BladeCenter Management Moduleand the System x IMM and RSA II. It is not available for a System x model that has only aBMC service processor.

    4. For example, consider the possibility of a LAN sniffer attack seeking a service processorpassword.

    5. If your company has multiple management servers (Service Processor Managers or IBMDirector Servers), pay attention to the following situations:v If you change the default login ID of the service processor as mentioned in Selecting a login

    ID and password for the service processor on page 10, then no other management serversinterfere and this item does not apply to you.

    v If you do not change the default login ID of the service processor as mentioned in Selectinga login ID and password for the service processor on page 10, this item shows whichmanagement servers might interfere with the ability of IBM i to access a service processor(especially a Management Module).

    6. The Multiple Management Server Coexistence5 (Shared SP Login ID) row applies to you only ifyou do not change the default service processor login ID.

    Advanced planning topics 33

    |||

  • 34 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

  • iSCSI network planning work sheets

    Use these work sheets to record the parameters you will use to install the integrated server.

    IBM i service processor configuration work sheetUse this work sheet to record the values for the IBM i service processor configuration.

    This information is used to configure how IBM i communicates with the BladeCenter or System x serviceprocessor. They are not used for the Power server service processor.

    Table 5. IBM i service processor configuration values

    Item Item Description Value

    General:

    SP1 Name 1,2,3 h New h Existing

    SP2 Description 4

    Service processor connection

    SP3 h Hostname Refer to item XSP2 value.

    SP4 h Internet address Refer to item XSP4 value.

    Enclosure identity: 5,6

    SP5 Serial number 5,6

    SP6 Manufacturer type and model 5,6

    Notes:

    1. For example, use the naming convention: SPsssssss where sssssss is the last 7 characters of theBladeCenter chassis (not blade) or System x serial number.

    2. For an existing service processor configuration, do not fill out the remaining values in thiswork sheet.

    3. If using the CRTNWSCFG command, this is called Network server configuration.4. If using the CRTNWSCFG command, this is called Text description.5. Use the BladeCenter chassis (not blade) or System x serial number and type/model values.6. Items SP5 and SP6 must be blank for a System x model if it has only a BMC service processor

    (no RSA II).7. If using the CRTNWSCFG command, specify *NONE for the initialize service processor

    (INZSP) parameter.Related tasks

    Planning for the service processor connection on page 7Do these steps to record the information for the service processor connection.

    Copyright IBM Corp. 1998, 2010 35

  • BladeCenter or System x service processor work sheetUse this work sheet to plan the values for the BladeCenter or System x service processor.

    Table 6. BladeCenter or System x service processor values

    Item Item Description Value

    General:

    XSP1 Service processor type 1 h MM (BladeCenter Management Module)h AMM (Advanced Management Module)h IMM (System x Integrated Management Module)h RSA II with BMC (System x model)h BMC (System x model without an RSA II)

    XSP2 Host name 2

    XSP3 DHCP h Enabled h Disabled

    XSP4 IP address N/A

    XSP5 Subnet mask N/A

    XSP6 Gateway address N/A

    Login for IBM i to use to connect to the service processor.

    XSP7 Login ID 3,4

    XSP8 Password

    Login for administrators to use to connect to the service processor (optional):

    XSP9 Login ID 3

    XSP10 Password

    Notes:

    1. Put a check in the box next to the type of service processor being used.2. For an IMM, RSA II, MM, or AMM, the hostname is optional if DHCP is disabled. The

    hostname is not supported for a System x model that has only a BMC service processor.3. The login ID is called User name for a BMC or when using the web browser interface for an

    IMM, RSA II, MM, or AMM.4. Suggested naming convention for this login ID is to use the IBM i logical partition name or

    system name.Related tasks

    Planning for the service processor connection on page 7Do these steps to record the information for the service processor connection.

    36 IBM i: IBM i integration with BladeCenter and System x: iSCSI Network Planning Guide

    |

    ||

    ||

  • IBM i remote system configuration work sheetUse this work sheet to select the values used to create the remote system configuration for the integratedserver.

    Table 7. IBM i remote system configuration values

    Item Item Description Value

    General:

    RS1 Name 2,3 h New h Existing1

    RS2 Description 4

    RS3 Service processor configuration Refer to item SP1 value.

    Remote system identity: 5

    RS4 Serial number 5

    RS5 Manufacturer type and model 5

    Boot Parameters:

    RS6 Boot parameter delivery method h Dynamically delivered to remote system via DHCP6

    h Manually configured on remote system

    CHAP Authentication

    RS7 Target CHAP h Enabled h Disabled 11

    RS8 CHAP name 7

    RS9 CHAP secret h Generate

    RS10 Initiator CHAP h Enabled h Disabled 12

    RS11 CHAP name 7

    RS12 CHAP secret 8 h Generate

    Remote Interfaces:

    RS21 iSCSI initiator adapter type h Software initiator (Ethernet NIC)h Hardware initiator (iSCSI HBA)

    Remote (initiator) SCSI Interface: Interface (Port) 1 Interface (Port) 2

    RS13 Adapter address 9 00 C0 DD __ __ __ or

    00 0D 60 __ __ __ or

    __ __ __ __ __ __

    00 C0 DD __ __ __ or

    00 0D 60 __ __ __ or

    __ __ __ __ __ __

    RS14 Internet address

    RS15 Subnet mask

    RS16 Gateway address None None

    Remote (initiator) LAN interface: Interface (Port) 1 Interface (Port) 2

    RS17 Adapter address 10 00 C0 DD __ __ __ or

    00 0D 60 __ __ __ or

    __ __ __ __ __ __

    00 C0 DD __ __ __ or

    00 0D 60 __ __ __ or

    __ __ __ __ __ __

    RS18 Internet address

    RS19 Subnet mask

    RS20 Gateway address None None

    Notes:

    Planning work sheets 37

    ||||

  • 1. For an existing remote system configuration, do not fill out the remaining values in this worksheet.

    2. For example, you can use the naming convention RSsssssss where sssssss is the last 7characters of the blade (not chassis) or System x serial number.

    3. If using the CRTNWSCFG command, this is called Network server configuration.4. If using the CRTNWSCFG command, this is called Text description.5. This information is only required for blades. Use the blade (not chassis) serial number and

    type/model values.6. Uses an integrated DHCP server. It does not require a general purpose DHCP server in your

    network.7. You can use the remote system configuration name from work sheet item RS1 as the CHAP

    name.8. The CHAP secrets for target and initiator CHAP must not match.9. For an iSCSI HBA, get this value from the System x or blade iSCSI label. For an Ethernet

    Network Interface Card (NIC), get it from the Ethernet NIC label.10. For an iSCSI HBA, get this value from the System x or blade TOE label. For an Ethernet NIC,

    get it from the Ethernet NIC label. Note that for an Ethernet NIC, the same adapter addressis used for both the SCSI and LAN interfaces.

    11. If using the CRTNWSCFG command, specify *NONE in the target CHAP name (CHAPAUT) todisable target CHAP.

    12. If using the CRTNWSCFG command, sp