• Selection of system components must be made in the context of total application requirements. Although the configuration of system components must be done in steps (for example, base system, CPUs, memories, etc.), these steps cannot be done in isolation.

• The order in which requirements are assessed is also important, since one requirement may impact others. Before proceeding, it would be useful to assess the total application requirements in the following order:

• What level of availability is required?
  - If no single points of failure are allowed, then the solution should be configured as a cluster.
  - If access to specific devices must be assured, consider redundant adapters, RAID, N+1 power, redundant PCI drawers, and redundant consoles.
  - If software redundancy is required, consider clusters and/or hardware partitioning. The choice of hardware partitioning will generate a need for multiple master PCI drawers, multiple consoles, and I/O adapters.
  - If the "CPU On-Line Add and Remove" feature is required, refer to document EK-GSHPG-RM for configuration and operational requirements.

• What level of hardware partitioning is required for optimal system management?

• What overall capacities are required in terms of processor performance, memory capacity, and disk storage?
  - If the configuration will contain more than 16 CPUs, hardware partitioning is required.

• How should the system be configured to optimize performance?
  - In most cases, optimum performance is achieved if the system resources (CPUs, memory and I/O adapters) are balanced across the quad building blocks in the system.
  -Memory should be configured according to application guidelines listed in Step 4.

• What are the near-term system expansion needs?

• How will system cabinets be physically arranged? This will determine if expansion cabinets are required and what cable lengths are required.

• Mandatory purchase: The system cannot function without this option or service - the option or service must be ordered with the system.

• Required to function: This option or service is needed to support a working system - the option or service must be ordered with the system or be available onsite.

• Recommended: System performance or function will be enhanced if this option or service is ordered.

• Base system with operating system license (either OpenVMS or Tru64 UNIX) and one 731-MHz CPU module
• Minimum of one memory module

• Software media and documentation for first system onsite
• Installation and/or startup services
• System management console or device and software with equivalent functionality

• CarePaq Priority Service Plan

• VIS Services

• AlphaServer GS320 base systems contain one CPU module. Additional SMP CPUs may be added, up to the limits shown in above table. SMP CPU options include an operating system SMP license.

3X-KN8AA-AD

3X-KN8AA-AE

• AlphaServer GS320 base systems can be configured with optional Compaq Capacity on Demand (CCoD) CPUs for non-disruptive future capacity expansion. The CPUs will be field installed as part of the system installation. The total number of CPUs – base CPU, SMP CPUs, and CCoD CPUs – must adhere to the limits shown in the above table. Refer to the Compaq Capacity on Demand Program described in the "Upgrades" section.

3X-KN8CA-AD

3X-KN8CA-AE

• Memory options are engineered specifically for use with this series and include additional required components that are integral to the system architecture.

• Memory options consist of a series of base modules that contain one memory array. A second array (called "upgrades" in the table) may be added to a base module in the factory or in the field.

3X-MS8AA-AB

3X-MS8AA-AU

3X-MS8AA-BB

3X-MS8AA-BU

3X-MS8AA-CB

3X-MS8AA-CU

3X-MS8AA-DB

3X-MS8AA-DU

• Configuring for capacity: The highest capacity is achieved when the 3X-MS8AA-DB/DU combination is used.
• Configuring for performance: Interleaved operations reduce the average latency and increase the memory throughput over non-interleaved operations. Each memory base module is capable of 4-way interleaving with one array (no upgrades added) or 8-way interleaving with two arrays (base module plus one upgrade). A QBB configured with eight arrays (four base modules plus four array upgrades) provides 32-way interleaving and has the maximum potential memory bandwidth. Refer to "Memory Applications Examples" below to determine which applications gain the most benefit from this bandwidth.
• Memory modules should be configured in powers of 2: that is, 0, 1, 2, or 4 base modules in a QBB. Upgrades should also be installed in powers of 2: 0, 1, 2, or 4 base modules in a QBB.
• Although mixed-capacity memory modules may be configured, the highest bandwidth is achieved when a QBB is populated with eight identical arrays: four base modules and four upgrades. The next-highest bandwidth would be four base modules (four arrays).
• If it is not possible to match the capacities of all the arrays, the next best choice is to configure pairs of identical base modules, or base module/upgrade combinations. For example, a configuration of two 2-GB base modules (3X-MS8AA-CB), each with a 1-GB upgrade (3X-MS8AA-BU), is a better choice than a configuration of three 2-GB modules (3X-MS8AA-CB).

• Large memory (VLM) applications, in which large amounts of memory can substantially reduce I/O, may be optimized for total memory capacity and future capacity growth. In VLM applications, the right balance might be one memory base module, with upgrade, for every two CPUs. This would result in one memory array per CPU.
• Typical commercial applications, such as transaction processing (OLTP) and multi-user timesharing, usually operate efficiently from cache and may not be materially affected by memory bandwidth. Memory configuration is a balance between memory bandwidth and future capacity growth. It is advisable to match the number of arrays to the number of CPUs.
• Data mining can benefit from additional memory bandwidth. It is best to match the number of memory base modules to the number of CPUs.
• The most demanding high-performance technical applications (HPTC) achieve a performance level that is directly proportional to memory bandwidth. In these cases, configure one memory base module, with upgrade, per CPU. This results in two memory arrays per CPU.

• A single AlphaServer GS320 can be divided into logical hardware partitions, each running an instance of Tru64 UNIX V4.0G or Tru64 UNIX V5.1, or an instance of OpenVMS V7.2-1H1. Each partition is allocated its own dedicated "shared-nothing" set of hardware resources: QBB(s), CPU module(s), memory module(s), and I/O.

• Each hardware partition is viewed as a unique node, from a system point-of-view, with its own instance of Tru64 UNIX or OpenVMS operating system and application software, independent system console, and error log.

• Hardware partitions are defined on QBB boundaries; each partition is an integer multiple of QBBs.

• Up to six hardware partitions are supported on GS320 Model 24 systems; up to eight hardware partitions are supported on Model 32 systems.

• One system management console (3X-DS8BA-xx) and one console hub (3X-DS8AA-AA) are required per system.

• Supported option rules apply for maximum configurations of each AlphaServer GS320 system partition. Care must be exercised to ensure that any planned reconfiguration of hardware partitions will not violate option support rules.

• One Alpha 21264 6/731-MHz CPU module

• One 3X-MS8AA-BB/CB/DB memory module (1 GB, 2 GB, 4 GB)

• One 3X-KFWHA-AA system I/O module and one 3X-DWWPA-AA master PCI drawer. Depending upon configuration, this may require the use of an H9A20-AA/AB/AC expansion cabinet.

• AlphaServer GS320 systems are normally configured according to standard module placement rules, and are shipped with one copy of the operating system installed at the factory (Tru64 UNIX V4.0G, Tru64 UNIX V5.1, or OpenVMS V7.2-1H1). However, systems with hardware partitions offer hardware and software configuration flexibility. Factory integration services (VIS) are recommended to enable custom module configuration and factory installation of multiple copies of the operating system on hardware partitioned systems.

• Balance the resources in the system (or hardware partition) based upon the available backplane space and the proposed option populations:
  -Sparsely configured systems, those using half or less than half of their available capacity for CPUs, memory, and PCI drawers, should be configured with the options concentrated in as few QBBs as possible. For example, a GS320 Model 32 with 16 CPUs, 16 memory modules, and four PCI drawers would usually be configured in the first four QBBs. The first four QBBs would be "active" and the 5th through 8th QBBs would be available for expansion.
  -Densely populated systems, those using more than half of their available capacity for CPUs, memory, and PCI drawers, should be configured with the options spread out across all QBBs.

• Configure active QBBs symmetrically, each with CPUs, memory, and PCI drawers.

• Configure the I/O adapters so that each active QBB has direct access to the most frequently accessed data.

• Base systems include operating system license (Tru64 UNIX or OpenVMS) that licenses hardware partitions up to the physical limit of the base system package: six hardware partitions for Model 24 systems, eight partitions for Model 32 systems.

• If a product is licensed for 200 concurrent users, these users can be split among the partitions, but cannot exceed 200 total users.
• If users have an enterprise capacity license for a product, that license can be loaded into the license databases on each of the hardware partitions.

• If the system requires both OpenVMS and Tru64 UNIX operating systems be licensed, one operating system license is included in the base system and the second is added as a line item. The second operating system license upgrade, which includes the license for only one CPU, would be added to the order using the following part numbers. Order appropriate media and documentation kits from Step 13.

QB-63PAQ-AG

QB-595AN-AA

• Only those SMP processors intended for use with the second operating system must be similarly licensed. Use the following license-only part numbers to add an SMP license for any CPUs intended for use with the second operating system:

QL-MT1A9-6R

QL-MT4A9-6R

• The order of licensing is not important, but the following examples are similarly constructed for clarity. The configuration starts with a Tru64 UNIX base system part number and the addition of OpenVMS licenses.

• Example 1: 32-CPU GS320 system in which all processors are licensed for both OpenVMS and Tru64 UNIX:

• Base system order would include: DA-320EC-Ax and 31 3X-KN8AA-AD SMP upgrade CPUs

• Add one QB-63PAQ-AG OpenVMS software upgrade and 31 QL-MT1A9-6R OpenVMS Alpha SMP licenses

• Example 2: 32-CPU GS320 system in which all processors are licensed for Tru64 UNIX and 16 processors are also licensed for OpenVMS:

• Base system order would include: DA-320EC-Ax and 31 3X-KN8AA-AD SMP upgrade CPUs

• Add one QB-63PAQ-AG OpenVMS software upgrade and 15 QL-MT1A9-6R OpenVMS Alpha SMP licenses

• User and capacity-based licenses would be added for the second operating system environment as though it were a standalone system.

• Power supplies included with Model 24 and Model 32 systems can support all combinations of CPUs, memory, and I/O that can be configured within the system boxes.

• Additional 48V power regulators can be ordered to provide N+1 power redundancy.

• For Model 24 systems, order three power supplies to achieve N+1 capability; for Model 32 systems, order four power supplies to achieve N+1 capability.

H7506-AA

• AlphaServer GS320 Model 24 and Model 32 systems can support two additional shelves in the power cabinet.

• One additional PCI drawer (master or expansion)
• One additional PCI drawer (master or expansion) and one BA36R or DS-SL13R-xx StorageWorks shelf, or
• One or two StorageWorks BA36R or DS-SL13R-xx shelves
• Mixed configurations of BA36R and DS-SL13R-xx shelves are supported, but cannot be factory integrated.

• System power cabinet provides space for up to two forward facing storage shelves. There are two configuration options:
  - Up to two BA36R-RC/RD StorageWorks shelves; each shelf can hold a maximum of two 5.25" devices and one 3.5" device or seven 3.5" devices
  - Up to two DS-SL13R-xx Ultra3 SCSI (LVD) shelves; each shelf supports a maximum of 14 Ultra3 disk drives

• Mixed configurations of BA36R and DS-SL13R-xx shelves are supported, but cannot be factory integrated.

• Each UltraSCSI StorageWorks shelf requires SCSI controller and SCSI cable to connect controller to shelf

• StorageWorks drives are listed in a subsequent section

BA36R-RC

BA36R-RD

DS-BA35X-DA

• Each single-bus Ultra3 shelf requires a 3X-KZPCA-AA Ultra2 (LVD) SCSI adapter or DS-KZPCC-CE RAID controller and a SCSI cable to connect controller to shelf

• Each split-bus Ultra3 shelf requires two 3X-KZPCA-AA Ultra2 (LVD) SCSI adapters or DS-KZPCC-CE RAID controllers and SCSI cables to connect controller to shelf

• Ultra3 shelves connected to 3X-KZPCA-AA adapters in the power cabinet require BN38C-02 2-meter cables; DS-KZPCC-CE RAID controllers require BN37A-02 2-meter cables.

• Ultra3 shelves connected to 3X-KZPCA-AA adapters in an attached expander cabinet require BN38C-10 10-meter cables;
  DS-KZPCC-CE RAID controllers require BN37A-10 10-meter cables.

• Ultra3 shelves connected to 3X-KZPCA-AA adapters in a remote expander cabinet require 10-20 meter BN38C-xx cables, depending upon physical cabinet location; DS-KZPCC-CE RAID controllers require BN37A-xx cables.

• Ultra3 Universal drives are listed in a subsequent section

DS-SL13R-AA

DS-SL13R-AB

DS-SL13R-AJ

DS-SL13R-BA

DS-SL13R-BB

DS-SL13R-BJ

• Additional power supply provides N+1 power for StorageWorks shelves; power supply uses 3.5" slot in StorageWorks shelf; reduces total number of devices supported by one

• StorageWorks drives are listed in a subsequent section

CK-BA35X-HH

• Additional power supply provides N+1 power for 4314R Ultra3 (LVD) StorageWorks shelves; power supply uses a dedicated location in the shelf.

• Not required for 4354R shelves.

DS-SE2UP-AA

DS-SE2UP-AI

• Model 24 systems support up to 12 PCI drawers; Model 32 systems support up to 16 PCI drawers. One PCI drawer included in Model 24 and Model 32 base systems.

• Model 24 and Model 32 power cabinets provide space for one additional PCI drawer if no more than one internal storage shelf has been configured.

• Additional PCI drawers and storage shelves can be configured in H9A20-AA/AB/AC I/O expansion cabinets, described in a subsequent section.

• All PCI drawers contain 14 PCI slots configured into four PCI buses. Two of the buses have four slots each; the other two buses have three slots each.

• There are two types of PCI drawers: expansion drawers and master drawers. Base systems include one PCI master drawer with 12 configurable PCI slots.

• Expansion drawers contain 14 PCI slots and an N+1 redundant power system; expansion drawers are used for most PCI expansion applications.

• Master drawers contain 13 configurable PCI slots, N+1 redundant power system, plus the console ports and storage devices required for use as a system console. (These devices are listed on page 2. Note that the Fast Ethernet adapter is not included in optional master PCI drawers.) Master drawers have two applications:
  - As redundant console sub-systems
  - As consoles for individual partitions in hardware partitioned systems

• PCI drawers are connected to a QBB utilizing a 3X-KFWHA-AA system I/O module that connects to the PCI drawer using two BN39B cables.

• PCI drawers are connected to a QBB utilizing a 3X-KFWHA-AA system I/O module that connects to the PCI drawer using two BN39B cables. One 3X-KFWHA-AA and one cable pair are mandatory per PCI drawer.

• Maximum one additional drawer in system power cabinet; see "External Expansion Cabinets" for more details.

3X-DWWPA-AA

3X-DWWPA-BA

3X-KFWHA-AA

BN39B-04

• Additional PCI drawers and storage shelves can be installed in optional H9A20-AA/AB/AC expansion cabinets. Up to four H9A20-AA/AB/AC cabinets are supported.

• H9A20-AA/AB/AC I/O expansion cabinet can be configured to hold all disk BA36R StorageWorks shelves or
  DS-SL13R-xx Ultra3 StorageWorks shelves or combination of StorageWorks shelves and PCI drawers
• If no PCI drawers are configured, cabinet supports up to eight BA36R or five DS-SL13R-xx StorageWorks shelves.
• If one PCI drawer is configured, cabinet supports up to five BA36R or four DS-SL13R-xx StorageWorks shelves.
• If two PCI drawers are configured, cabinet supports up to four BA36R or three DS-SL13R-xx StorageWorks shelves.
• If three PCI drawers are configured, cabinet supports up to two BA36R or two DS-SL13R-xx StorageWorks shelves
• If four PCI drawers are configured, cabinet supports one BA36R or DS-SL13R-xx StorageWorks shelf.

• BA36R and DS-SL13R-xx StorageWorks shelves can be combined in the same expansion cabinet, but cannot be factory configured

H9A20-AA

H9A20-AB

H9A20-AC

• If large quantities of disks are required, the use of StorageWorks Storage Array cabinets and components is highly recommended.

• Systems installed in the US and Canada may use the H9A20-AA when 120V input power is required. In all other cases, the H9A20-AC is preferred because of the ability to support dual AC input.

• H9A20-AA/AB/AC cabinets may be joined to GS320 systems. PCI drawers placed in these cabinets require 7-m I/O cables.

• H9A20-AA/AB/AC cabinets may be placed up to 6 meters from the system cabinet. Multiple expander cabinets may be connected to one another or placed separately. Each group of free-standing H9A20 cabinets requires an end-panel trim kit (CK-H9A20-AA).

• PCI drawers placed in remote cabinets require 10-m I/O cables.

CK-H9A20-AA

BN39B-07

BN39B-10

• Tru64 UNIX 4.0G or Tru64 UNIX V5.1/5.1A supports a maximum of 64 total SCSI controllers per operating system instance (hardware partition). Support for these controller quantities will be phased-in. OpenVMS 7.2-1H1 supports a maximum of 26 total SCSI controllers per operating system instance. Total SCSI controllers (all types) in the system must be within these limits regardless of the maximum per system I/O adapter limitations. Refer to the "Supported Options List" for specific configuration rules.

• Each master PCI drawer contains embedded SCSI controllers (a FIS disk and a CD-ROM connected to the STD-IO), which is included in the overall count of SCSI controllers configured in the system (or partition). Tru64 UNIX counts FIS disk and CDROM as an embedded SCSI device. OpenVMS counts the FIS disk only as an embedded SCSI device. Therefore, one (OpenVMS) or two (Tru64 UNIX) SCSI controllers per master PCI drawer must be included in the total count of SCSI devices in the system.

• Calculating total number of SCSI controllers in the system (or partition) is done by adding all the devices in the system that the operating system categorizes as a SCSI device. Tru64 UNIX includes the following devices in this count: KZPBA-CA, KZPBA-CB,
  DS-KZPCC-CE, DS-KGPSA-CA Fibre Channel, and two embedded master PCI components per master PCI drawer. OpenVMS includes the following devices in this count: KZPBA-CA, KZPBA-CB, and one embedded master PCI component per master PCI drawer.

• For cluster configurations, use Y cable (BN39A-0G).

• Manufacturing may substitute correct cable lengths depending on configuration.

DS-KGPSA-CA

234457-B2x

KZPBA-CA

KZPBA-CB

BN38C-xx

3X-KZPCA-AA

DS-KZPCC-CE

BN37A-xx

CIPCA-BA

BNCIA-xx

• ESA 12000 Storage Arrays and RAID Array 8000 (HSG80/HSZ80 product set) are supported on Tru64 UNIX and OpenVMS systems.

• ESA 10000 Storage Arrays and RAID Array 7000 (HSZ70 product set) are supported on Tru64 UNIX and OpenVMS systems.

• Modular Array 6000 Storage Arrays (HSG60 product set) are supported on Tru64 UNIX and OpenVMS systems.

• SW800 CI Storage Arrays (HSJ5x product set) are supported on OpenVMS systems.

• Complete ordering and configuring information is available at www.compaq.com/products/StorageWorks/
  (Only Tru64 UNIX and OpenVMS operating systems options are supported.)

• HSZ70 UltraSCSI RAID Array controllers for RA7000 and ESA10000 are supported under Tru64 UNIX V4.0G, Tru64 UNIX V5.1, and OpenVMS V7.2-1H1..

• HSZ70 UltraSCSI RAID controllers require QB-5SBAB-SA/SB for Tru64 UNIX or QB-5SBAC-SA/SB for OpenVMS. Also required is 380566-B21/DS-HS35X-BC external cache.

• HSZ70 UltraSCSI controllers require KZPBA-CB adapters and BN38C cables (and UltraSCSI hubs if used)

116271-B21

• HSZ80 UltraSCSI RAID controllers for RA8000 and ESA12000 are supported under Tru64 UNIX V4.0G, Tru64 UNIX V5.1, and OpenVMS V7.2-1H1.

• HSZ80 UltraSCSI RAID controllers require platform kit 400569-001 for Tru64 UNIX or 400571-001 for OpenVMS. PCMCIA software kit, 400566-001/QB-678AA-SA, also required for each controller.

• HSZ80 UltraSCSI controllers require KZPBA-CB adapters and BN38C cables (and UltraSCSI hubs if used)

400564-B21

400565-B21

• HSG60 Fibre Channel controller for MA6000 is supported under Tru64 UNIX V4.0G, Tru64 UNIX V5.1, and OpenVMS V7.2-1H1.

• HSG60 Fibre Channel controller requires ACS software kit, QB-6J4AB-SA for Tru64 UNIX or
  QB-6J4AC-SA for OpenVMS.

• HSG60 Fibre Channel controller requires DS-KGPSA-CA Fibre Channel adapters, BNGBX cables, and fiber hubs or switches (see Fibre Channel Hubs, Switches, and Components)

174134-B21

380674-B21

• HSG80 Fibre Channel controllers for RA8000, MA8000, ESA12000, EMA12000 are supported under Tru64 UNIX V4.0G, Tru64 UNIX V5.1, and OpenVMS V7.2-1H1.

• HSG80 Fibre Channel controllers require platform kit 380553-001/QB-65RAB-SA for Tru64 UNIX or 380555-001/QB-65RAC-SA for OpenVMS. Software kit, 128697-B21 HSG80 ACS V8.4F or 128698-B21 V8.4P, also required for each HSG80 ordered.

• HSG80 Fibre Channel controllers require KGPSA-CB or DS-KGPSA-CA Fibre Channel adapters, BNGBX cables, and fiber hubs or switches (see Fibre Channel Hubs, Switches, and Components)

380671-B21

380672-B21

380673-B21

380674-B21

• HSJ54 CI Storage Array controllers are supported under OpenVMS V7.2-1H1 with CIPCA-BA CI controllers; QB-5C4AA-SA software kits required for each external cache (one for HSJ50, two for HSJ52, four for HSJ54).

• HSJ54 CI Storage Array controllers require star couplers (SC008-AB, -AC or -AD) with CIPCA-BA adapters and BNCIA cables

• Controllers require KZPBA or CIPCA SCSI adapters or controllers, as appropriate.

HSJ54-AJ

• UltraSCSI hubs are supported with KZPBA-CB PCI differential SCSI adapters.

DS-DWZZH-03

DS-DWZZH-05

DS-DWZZH-09

158222-B21

158223-B21

234453-001

234453-B31

234453-291

136127-B21

127508-B21

380561-B21

380579-B21

380596-B21

DS-RZ1FC-VW

DS-RZ1ED-VW

DS-RZ1EA-VW

DS-RZ1DD-VW

DS-RZ1DA-VW