Home > Articles > Operating Systems, Server > Solaris

Like this article? We recommend

Sizing the Total Solution

Unfortunately there is no one tool that can conveniently size the total solution. There are however, several tools available for sizing the individual components used in our solution. Sun Enterprise servers and the Solaris OE have been proven to scale well when handling multiple loads. By sizing each of the components separately, and insuring there are no fundamental resource conflicts, we can determine a baseline configuration that will act as a starting point for further consideration.

Goal

The general goal for this specific sizing exercise is to determine the requirements of a Sun Enterprise server needed to support a specific number of users. The goal here is to size a server that supports the following software components:

  • Sun Ray appliance software - This includes all the software needed to support the Sun Ray appliance themselves.

  • SunPCi IIpro card - These software components are needed to support the Solaris OE side of the coprocessor card. Primarily the resources consumed here will be supporting the access to the virtual drives used by the SunPCi IIpro cards to Windows 2000 operating system. No resources will be consumed to handle network traffic because the coprocessor have their own private 10/100 Ethernet port.

  • Solaris PC NetLink software - These software components are needed to support the users data files. As the applications running on the SunPCi IIpro cards access user data files (spreadsheet, word processing documents, etc.), Solaris PC NetLink software will be used to support the CIFS (SMB) protocol, and Windows 2000 will use to access the files.

  • Citrix MetaFrame client software - This software component supports the client side of the ICA protocol. The server side of the Citrix MetaFrame product redirects display, keyboard, and mouse input and output through the ICA protocol to the client portion of the software. There it is quickly converted to the X11 protocol which the Sun Ray software then display on the Sun Ray client.

During this specific sizing exercise, we wish to determine the following:

  • Number of UltraSPARC II processors needed to support a specific number of users at an acceptable level of performance.

  • Number of megabytes of memory in the Sun Enterprise server needed to support a specific number of users. This includes all the memory to support all software components).

  • Number of SunPCi IIpro cards needed to support a specific number of end users.

  • Number of megabytes of memory each SunPCi IIpro card should have.

  • Number and type of network interfaces needed to support the configuration.

  • Disk subsystem requirements of the server.

Assumptions

The number of variables associated with sizing a server with multiple software components can be nontrivial. You must decide at the beginning to fix certain variables or the task may become too difficult to complete in a reasonable period of time.

In the case of our server, one variable we will fix as much as possible will be the load placed on the server by each user. To determine the limits of a server, several benchmarks have been developed that attempt to simulate the load of various user communities. These benchmarks start by placing a simulated load of a particular type of end user on the server. The benchmark then proceeds to build the load, user by user, until a resource on the server becomes overloaded. The latency experienced by each end user will eventually exceed a reasonable upper limit which users find acceptable and the point where this occurs determines an upper limit for that Server configuration.

Defining the Load

Many of the benchmarks that measure latency of user application environments focus on a "knowledge worker" running Windows based desktop productivity applications. The description on the knowledge worker load can be found in the paper titled "Windows 2000 Terminal Services Capacity and Scaling" (Please refer to the References section for details on how to acquire this paper). Briefly, the knowledge worker uses a variety of applications to add value to information in an office setting. This end user typically would run standard office productivity applications such as spreadsheets, word processors, presentation packages, and web browsers.

Additional loads have been used to simulate other kinds of users. One such load is the "data entry worker" load. This load attempts to define the load that a clerical or manufacturing worker may place on a server. This kind of load is considerably lighter than a knowledge worker because only one or two custom applications need to be supported.

While the knowledge worker will be the focus of this article, it should be kept in mind that a server can be expected to support typically 5 to 10 times as many data entry workers as knowledge workers.

In the real world, every end user places a different load on the server. Once the sizing data, based on the knowledge worker load, has been determined, you will need to determine if the end users of any target server you are planning will produce a load that is more or less that defined by the benchmarks used in the sizing exercise. If the load is greater, or the duty cycle of the end user is more frequent, more resources will need to be allocated per user. If the load is less, or the duty cycle of the end user is more infrequent, then less resources may be appropriate.

The system planner should always plan for the load of a server based on expected growth for at least 2-3 years. While the initial configuration can be designed to just meet today's requirements, the server should be able to grow to meet the expected demand. Alternatively, additional servers can be used to support additional growth with the additional system administration that will be required to maintain it.

Assumption About the Target Server

The Sun Enterprise server products cover a vast spectrum of capabilities with respect to performance and RAS (reliability, availability, and serviceability) options. In this article we focus on the Sun Enterprise 450 server with four 400 Mhz UltraSPARC II processors. There are now many Sun Enterprise servers with more and faster processors. As long as the server meets the requirements of all the software components, it should scale up or down based on the number and type of processors.

It should be noted that server memory and SunPCi IIpro coprocessor card memory, have been determined to be a critical factors in supporting Sun Ray clients. If the server, or the SunPCi IIpro coprocessor card, runs out of physical memory for a significant period of time, the performance experienced by the end users will diminish quickly.

Baseline Configurations

Any baseline configuration determined by a sizing exercise is only a starting point for determining the final configuration of your server. It is always prudent to make resource related decisions that will configure the server to have some surplus resources. This will allow the server to have additional headroom, allowing the server to handle peak periods more gracefully, and allow for growth.

The papers listed below are used as references for our sizing exercise.

  • Supporting Microsoft Windows 2000 Server Applications from Sun Enterprise Servers – From this paper you can determine the number of users each SunPCi II pro cards will support. This paper also determines the number of SPARC processors, and memory needed to support each SunPCi II pro card. http://www.sun.com/blueprints/0601/windows.pdf

  • Sizing Sun Ray Enterprise Servers – This paper gives server sizing information for supporting Sun Ray appliances with a variety of load types. It is accompanied by a sizing tool which can be used to size the Sun Ray and Citrix MetaFrame XP (ICA client) server requirements. http://www.sun.com/products/sunray1/whitepapers/sizing.pdf

  • Solaris PC NetLink: Performance Sizing and Deployment – Chapter 5 of this Sun BluePrints™ book covers sizing a Solaris PC NetLink server. http://www.sun.com/books/catalog/devitt/index.html

  • Solaris PC NetLink Sizing Tool – This Sizing spreadsheet accompanies the information of chapter 5 of the Sun BluePrints book. The tool allows you to determine a baseline configuration of a server after supplying user load information. http://www.sun.com/blueprints/tools/index.html

Sizing the SunPCi IIpro Environment

The first paper in the list above (Supporting Microsoft Windows 2000 Server Applications from Sun Enterprise Servers) specifically deals with supporting a community of users running Windows 2000 applications via the SunPCi IIpro coprocessor card. It focuses on sizing a Sun Enterprise server to support SunPCi IIpro cards supporting users via Microsoft's Windows 2000 Terminal Server software. The function performed by Microsoft's Windows 2000 Terminal Server is essentially equivalent to that of the Citrix's MetaFrame product as far as the server side is concerned. Both products redirect display, keyboard, and mouse I/O from the Windows 2000 or Windows NT server to clients running over the net. Their loads are very close to identical.

In this Windows 2000 paper, it was shown that each SunPCi IIpro card can support 30 knowledge worker loads when the coprocessor card was configured with 512 MB of memory. It was also determined in that paper that each 400 Mhz UltraSPARC II processor was capable of supporting 3 SunPCi IIpro cards and 512 MB of Solaris OE memory was needed to support the 3 cards. Remember the 512 MB also includes the memory needed to support the Solaris OE kernel. We will continue to focus on supporting 3 SunPCi IIpro cards throughout the rest of the exercise. 3 SunPCi IIpro cards, each supporting 30 users, allows the Sun Enterprise 450 server to support 90 knowledge worker loads.

Sizing the Sun Ray and Citrix MetaFrame Environments

The second paper from the preceding list (Sizing Sun Ray Enterprise Servers) is accompanied by a sizing tool that can size two of the software components at the same time. This Java™ programming language based tool allows you to define the load you want and includes support for sizing the server when both the Sun Ray software and Citrix MetaFrame (ICA) client software are used simultaneously.

For the sizing exercise of a knowledge worker, the load defined below was used:

  • Java Applications(20%)
  • Xbaseline(20%)
  • CDE Utilites(10%)
  • ICA client (MetaFrame) (50%)

When 90 users, with a 50% duty cycle, is entered into the tool for this user load, the resources in TABLE 1 were given to define two types of loads.

TABLE 1 Resources to Define Two Types of Loads

Resource

Average Load

Peak Load

400 Mhz Processors

2

2

7200 RPM drives

2

3

Memory

1296

2511

Swap Space

3172

2700

100 Mbit/Sec. Ethernet

2

2


Here we see two 400 Mhz CPUs will be needed to support the Sun Ray software and the Citrix MetaFrame client software. The memory requirement during the peak is 2511 MB. Keep in mind that this memory resource requirement also includes the memory requirement for the Solaris OE. We will deal with the fact that all the sizing tools include the memory overhead of the Solaris OE in the final analysis.

Sizing the Solaris PC NetLink Environment

The last component to be sized is Solaris PC NetLink software. It too has a Sizing tool in the form of a spreadsheet. This sizing tool was developed by running the Ziff Davis Netbench benchmark against many server configuration while changing resources one at a time. For a full description of the benchmark and how it was used to develop the sizing tool please refer to the References section. This benchmark also attempts to place a knowledge worker load of file operations on a file server.

When the 90 users are entered into the sizing tool, and peak period of 1 hour is chosen with a 40 MB file load, the tool recommends one 400 Mhz UltraSPARC II processor, and 458 MB of physical memory to be used. The Solaris PC NetLink software is designed to handle thousands of users. Supporting 90 users requires only a fraction of one processor. The tool is rounding up to the next whole processor. To determine what fraction of a processor the load actually places on the server, we can artificially step up the number of users until the tool recommends two 400 Mhz processors. Just below that point is how many users one full processor can support. The point where the tool recommends two processors is 336 users. To determine the fraction of one processor we will need to support 90 users is 90/336 or .267 processors.

Again, this tool incorporates the memory overhead of supporting the Solaris OE.

Total Sizing Requirements

TABLE 2 summarizes the hardware requirements for supporting the total solution:

TABLE 2 Sizing Requirements

Software Component

400 Mhz UltraSPARC II processors

Sun Enterprise server physical memory (MB)

Disk Subsystem considerations

Network requirements and considerations

SunPCi IIpro compressors cards (3)

1

512

Software RAID 0+1, Hardware RAID 5 3x5 Gigabyte files

3 private ports on SunPCi IIpro cards (Not part of total)

Sun Ray software + Citrix MetaFrame XP (ICA) client software

2

2511-100= 2411

3 (7200 RPM) drives

Private network

2x100 Mbit

Citrix ICA 1 x 100 Mbit

Solaris PC NetLink 1.2 software

.267

458 - 100 = 358

User files= 90x100Mbytes/user=9 gigabytes (RAID)

1x100 Mbit

Total Minimum requirements

3.267

3281

 

4 x 100 Mbit


SPARC CPU and Memory

In TABLE 2 above the CPU and memory recommendation was a summation of each individual sizing tool used for each of the products. 100 MB of memory was subtracted from the Sun Ray and Citrix software row and the Solaris PC NetLink software row because they included support for the Solaris OE which was already included in the SunPCi II pro sizing.

The performance of this solution under full load is highly dependent on having enough physical memory to support all the software components. As soon as either the SunPCi IIpro coprocessor card or the Sun Enterprise server run out of physical memory, the disk swapping will quickly cause performance problems.

The Solaris OE will utilize all spare physical memory as file system read cache. When the applications are properly configured, this read cache can play a significant role in keeping performance at a peek level. Having additional memory available will always improve performance.

To support three SunPCI IIpro cards we have a recommended baseline memory configuration of 3281 MB. Rounding up to the next valid memory configuration allows 4 GB for a Sun Enterprise 450 server. This additional memory will be put to good use by Solaris OE file caching, and to allow for some growth in the user load.

Similarly, the recommended CPU baseline configuration recommends 3.267 UltraSPARC II 400 Mhz processors. Rounding up to the next whole processor allows 4 CPUs. The additional CPU resource allows the server to have additional headroom to support the peak periods better. For the Sun Enterprise 450 server, choosing 480 Mhz would also give us additional head room.

SunPCi IIpro Memory

The SunPCi IIpro card is capable of being configured with up to 1 GB of memory. The SunPCi IIpro paper, referred to in the References section, showed that the SunPCi IIpro cards with 512 MB of memory are capable of supporting 30 knowledge worker loads while the same card configured with one GB of memory was capable of supporting 40 users based on benchmark results. If the real user load places a higher demand for memory than the benchmark, it may require you to use SunPCi IIpro cards that have 1 GB installed rather than 512 MB.

When ordering multiple SunPCi IIpro cards, it would be wise to order at least one SunPCi IIpro card with 1 GB of memory. This would allow you to later test to see if the additional memory allows for higher performance. Use Windows 2000 performance tools to monitor free memory so you know when the SunPCi IIpro card is approaching memory starvation.

In addition, you might wish to have at least one or two SunPCi IIpro cards configured with the additional memory (1 GB) so you can compare how SunPCi IIpro cards perform with additional memory headroom for supporting your user community. If, after an initial pilot deployment, it is determined that more users can be supported, then raising the user limit to 30 or even 40 may be possible in your particular user environment.

The SunPCi IIpro Disk Subsystem

One Solaris OE disk subsystem that needs to be sized and configured, is the disk subsystem needed to support the SunPCi IIpro virtual disks. This disk subsystem needs to contain the files needed to support the virtual drives (C: and D: Windows 2000/NT drives). Virtual drives are supported by SunPCi IIpro coprocessor support software by way of large files.

A primary benefit for using the SunPCi IIpro card, in the area of simplified system administration, is the implementation of Windows disk subsystems by way of Solaris OE files. These files can be easily copied to backup the Windows files system (while SunPCi is shutdown), or to create the template for another SunPCI IIpro card.

Using a "Server" Installation of the Application

When supporting a community of users all running the same applications, there are techniques that should be used to maximize the efficiency of the disk subsystem. One way to minimize the number of files that need to be accessed by the environment is to use a "Server" installation of the applications you wish to support. Microsoft Office, and other applications, have the ability to use a special server install that copies all the executables, libraries, and templates into one location that all users can use. Configuration files and other files that will change during normal use of the application will be placed into the user home directory. Once the application has been installed into a common location, all users can benefit from accessing the files. The Windows based operating system will need to open far fewer files to support the applications. This in turn will require considerably fewer disk requests from the Solaris OE. If there is a reasonable amount of unused physical memory, there is a high probability that the file data will be in disk cache resulting in extremely fast performance. This scenario is ideal for use with Solaris OE disk cache.

To support the Windows 2000 or Windows NT operating system, and to support the common "Server" installation of the application, five GB of disk was chosen as a recommended disk size. In your environment you may find that even three GB or even less can be allocated to support the SunPCi IIpro card virtual drives. It is important to avoid running out of disk space which may require reinstallation of some applications. After you have a working environment running on one SunPCI IIpro card, it is an simple matter to shutdown the card and make a copy the file supporting the virtual drive. The copy can then be used as a template to configure other SunPCi IIpro cards.

To maximize performance and availability, you will want to place these files on redundant fast RAID disk subsystems. If software RAID (Veritas or Solstice DiskSuite™ software) are to be used, then RAID 0+1 would be best. If hardware RAID (such as Sun StorEdgeTM A1000 array, Sun StorEdge T3 Array or the Sun StorEdge SRC/P Intelligent SCSI RAID Controller™ disk subsystem) is used then RAID 5 would be best.

If possible, placing each virtual drive file on a separate disk subsystem would be optimal to maximize the highest performance.

User Home Directories

A disk subsystem that needs to be sized separately is the disk subsystem needed to support the user home directories. This disk subsystem will be accessed via the applications running on the SunPCi IIpro coprocessor card via Solaris PC NetLink software. A full discussion on disk subsystems of Solaris PC NetLink software can be found in the Sun BluePrints book Solaris PC NetLink Performance, Sizing, and Deployment. In summary:

  • Allocate enough disk space for each users data files, private executables and configuration files. In the sizing exercise presented here, 100 MB was allocated for each user.

  • The disk subsystem should be redundant.

  • The disk subsystem should be fast enough to not be the bottleneck for file access via Solaris PC NetLink software. A RAID 0+1 or Hardware RAID 5 should be used.

90 users ∴ 100 MB per User = 9 GB. If user data files is all that needs to be supported, one RAID 1 volume made up of two 18 GB drives would be enough storage to support user data files. While this configuration would meet minimum requirements, it would be better if this user community was supported by more drives to minimize any possible contention for the same disk subsystem.

Network Considerations

Each SunPCi IIpro card has it's own private network port. Through this port all of the Citrix MetaFrame traffic (ICA protocol) and the Solaris PC NetLink file and print traffic (SMB/CIFS protocol) will flow. Benchmarks show that the combined traffic will rarely exceed 15-20% the bandwidth for these ports. All of the bandwidth for these cards will be redirected back into the Sun Enterprise server. One 100 Mbit connection should handle the throughput for all three SunPCi IIpro cards.

To allow for network redundancy and to allow for more headroom during peak periods, it would be best to allocate an additional 100 Mbit port on the server to support the traffic to and from the SunPCi IIpro coprocessor cards. The two ports could be configured as a trunked pair if your network switch supports combining the 2 ports together to improve throughput, simplify administration, and allow for a redundant path to the server.

The Sun Ray appliances will be connected to the server via the recommended 2 ∴ 100 Mbit ports. The Appliance Link Protocol packets used by the Sun Ray clients is fully IP-compliant using both the UDP and TCP/IP transport protocols. While not absolutely necessary, it is recommended to use a switch VLAN to implement the network between the Sun Ray clients and the Sun Ray server.

So far there are requirements for 4 100Mbit ports. For a typical Sun Enterprise server this would suggest using one Sun Quad FastEthernet PCI card to support the four ports. All Sun Enterprise servers also have a 100 Mbit port built into the server. This port makes our total port count of five 100 Mbit ports, or one more than the baseline configuration requires. To put the port to good use, it would be best if the built in port and one port from the Sun Quad FastEthernet card be assigned to support the normal network traffic from the SunPCi IIpro card. Assigning the remaining three ports from the Sun Quad FastEthernet PCI card to the private network needed for the Sun Ray appliances would give that network more headroom and an opportunity for growth.

Deployment

It is rare when a real world load matches the load produced by a benchmark exactly. Some times the load is greater than what the benchmark places on the server, sometimes it is less. For this reason even though the benchmark shows that 30 knowledge workers can be supported by the card, it would be prudent to plan to support 25 users in an initial deployment or to use a pilot program to determine what the real load will be. This is especially true with user communities that are running more demanding programs than simple office productivity applications.

If possible, it would be best to assign users to be supported by each SunPCi IIpro card in groups of 5 or 10 until the real load of the community is better understood. After monitoring the utilization of the SunPCi IIpro card, by way of the Windows 2000 performance tools, you will begin to understand how the complete solution will be able to support your particular load.

Sizing Summary

While we have focused on an Sun Enterprise 450 server as a target server, any Sun Enterprise server is capable of supporting the SunPCi IIpro coprocessor card and has the ability to support the number and type of processors, memory, disk subsystem, and network that will be acceptable.

If a server is needed to support more users (90) than was presented here, this article can be used as a starting point to guide you in sizing the larger server. While a full sizing exercise is always recommended, sizing rules of thumb can be inferred from the sizing exercise presented here. By simply dividing the number of users that will be supported into a recommended baseline configuration, we get .0363 UltraSPARC II (400Mhz) processors per user, and 36.45 MB per user. This applies for knowledge worker loads only and is a recommended minimum baseline configuration. Additional resources allocated to the server will always allow the server to handle peak loading periods more gracefully.

From previous SunPCi IIpro research (see the SunPCi IIpro documents listed in the References section below) we see that each SunPCi IIpro card is capable of approximately 30 users, depending on the load and the amount of memory installed in the SunPCi IIpro coprocessor card.

Using the standard rule of thumb of creating a swap partition that is at least as big as the amount of physical memory would apply to this solution as well. As mentioned earlier, it is important that the active software components do not run out of physical memory and require the consistent use of swap under normal peak loading conditions.

For this solution, it would be dangerous to develop simple rules of thumb for the disk and network that would not over simplify the configuration. Please refer back to the network and disk subsystem sections above for information regarding the specific disk subsystem you should consider.

Proof of Concept Study

A proof of concept study was performed on a server utilizing all the software components discussed. In this study, the Citrix Server Test Kit (CSTK) was used to place a load on a server where Sun Ray session were running. Once benchmark scripts were started on a Sun Ray appliance, the session was detached using the Hot Desk Technology. The session continued to run in the background. Additional sessions were logged in and additional benchmark scripts were started.

The amount of CPU and memory resources consumed by a specific number of Sun Ray sessions running through Citrix MetaFrame XP came close to what was predicted by the sizing guide. It also showed that once the SunPCi IIpro coprocessor card ran out of physical memory, it was forced to swap out user applications which caused performance to suffer. Again, it is important that both the Sun Enterprise server and the SunPCi IIpro card consist of adequate memory to avoid swapping.

Different Loads

In this paper a knowledge worker was the target of the sizing exercise. Your particular load will ALWAYS be different. If you generally agree that the end users in your environment come close to the profile described in the papers listed in the References section, then using the recommended baseline configuration presented here is a good start. If you have a variety of users doing different things, then you may wish to be conservative assigning users to servers, slowly adding the number of users until you think you have reached a comfortable maximum.

If the load of your user community is significantly different that the load used here, it would be best to use this article as a methodology for sizing only. It would be prudent to go back to the individual sizing tools and perform the same sizing exercise with the new load.

Other Interoperability Solutions

The Citrix MetaFrame XP product was used in this article as the focus of the sizing exercise. There are other interoperability products that may suit your requirements better. Some of these products are SCO Tarantella, HOB HOBLink, and GraphOn Bridges for Windows. A paper found on the Sun Ray products white papers web site is an excellent source of information on these products. It can found at: http://www.sun.com/products/sunray1/whitepapers/interop.pdf

Faster SPARC Processors

Sun Enterprise servers with UltraSPARC II 400 Mhz processors are the focus of this article. The primary reason for this is because all of the sizing tools (as of 6/01) used to size the server, include 400 Mhz UltraSPARC II processors as part of the recommended configurations. For the server solution, it is safe to assume that the faster, more capable, 480 Mhz/8 MB UltraSPARC II or UltraSPARC III processors will handle higher levels of performance. Most systems engineers find scaling the CPU solution up by the Mhz speed increase is a reasonable starting point for scaling up the servers capability for sizing. Also, make sure the Sun Enterprise server and the version of the Solaris OE have been qualified to work with all the individual software and hardware components.

Supporting Applications Running on Solaris OE vs. Wintel Environment

With the solution that was presented here, there are many situations where end users can be supported by applications running directly on the Solaris OE or the wintel environment. This sizing exercise focused primarily on supporting applications running on the SunPCi IIpro platform. If it is decided to support more applications directly on the Solaris OE, additional CPU and memory resources may be required to support these applications. Careful attention should be made to monitor the applications users are running on both environments to avoid situations where resources are consumed excessively.

Availability of SunPCi IIpro Coprocessor Cards

When supporting a large number of users with one server, it is important to maintain a high level of availability. Sun Enterprise servers have a high degree of availability. The SunPCi IIpro card relies heavily on the Sun Enterprise server it is installed into. When the Sun Enterprise server is configured with an appropriate RAID disk subsystem, the Solaris OE software that supports the SunPCi II pro coprocessor card will take full advantage of it.

The coprocessor card itself has little redundancy built directly into the card. If one of the components fails, it typically won't bring down the Solaris OE or the other SunPCi IIpro cards running in the system, but it will no longer function for the users that use the card to run wintel applications. If you wish to avoid bringing down the Sun Enterprise server (which will mean down time for all users) to replace the failed SunPCi IIpro card, you may wish to install a spare SunPCi IIpro card in the Sun Enterprise server, so that you can quickly replace the functionality of the failed card without bringing down the server.

The fact that the SunPCi IIpro cards are almost completely stateless (with the exception of the Ethernet (MAC) address of the private 100 Mbit Ethernet port) any SunPCi IIpro coprocessor can be booted via the same virtual C: drive (a Solaris OE file) of the failed card. Only the users of the failed card will notice a short down time while the new SunPCi IIpro card is booted up to replace the failed card. After the Windows 2000 operating system does a disk check, the new SunPCi IIpro card will quickly take the place of the failed card. This unique feature of the architecture enables any SunPCi IIpro card to take the place of any other SunPCi IIpro card by simply redirecting the SunPCi IIpro card to boot from another disk image.

Implementing the Windows file system within a Solaris OE file also makes restoring the Windows 2000 system drive trivial. By simply redirecting the SunPCi IIpro software to a copy of the file that is used to implement the Windows 2000 boot disk, you can quickly recover situations that may corrupt the drive.

InformIT Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from InformIT and its family of brands. I can unsubscribe at any time.

Overview


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information


To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites, develop new products and services, conduct educational research and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@informit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information


Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children


This site is not directed to children under the age of 13.

Marketing


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information


If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out


Users can always make an informed choice as to whether they should proceed with certain services offered by InformIT. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.informit.com/u.aspx.

Sale of Personal Information


Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents


California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure


Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact


Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice


We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020