Mystic Slayer's Bloggie

The last couple of days I was working at a customer where Kerberos was needed for SharePoint 2010. Of course I started to set the different Service Principal Names for my App Pool accounts, farm accounts, machines, etc. Not to hard to do it, but I ran everytime in a 401 error: The requsted resources requires user authentication.
Strange I thought, but yet I sended the Domain Administrator more commando's and it didn't help. So I checked everything, checked for duplicates, etc. Still I ran into these errors.

After some search I found out that there are some problems with IIS 7.0 regarding Kerberos, and I needed to configure the applicationHost.config to solve these issues with Kerberos. enabled the kernel activation mode, etc. But, it didn't make any difference, rebooted several times, removed the Kernel Activation Mode and removed again the changed on the applicationHost.config.

I knew that we've made C-Name records and it gave me a wonderfull idea to change the C-Name records to A records. These changes where applied, and wow, in less time as expected I opened IE and opened the different web apps. In less then a second the page was displayed from my web app. When you run in these problems, change your C-Name record to A-record and it will fix all your problems with SPN's, Kerberos and IIS 7.0

In the last couple of years I installed alot of different farms for SPS2003, MOSS 2007 and yet I started with the installation of MSS 2010.
Most organizations started using Virtualization software like VMWare ESX of other virtualization software. As far as I know I had to most problems with MOSS 2007 on virtual boxes. The most problems where database servers or badly configured boxes.

When you're using SQL Server or other database server you'll will see that when they are bad configured your farm is performing very very bad. Why?

One of the biggest reasons is that when you're running a database direct on a Virtual Hard Drive it will not perform as well. Why? Mostly the vhd's are using the same LUN on a SAN or physical disk. The best option here is to use pass-through disk to a LUN on a SAN.

Second when you're running a DB server on a Virtual Box and you allocate shared memory and shared CPU's it will also cost performance. This is also for MOSS or SP2010. You should use one-on-one CPU. So if you need 4 virtual CPU's you'll also need 4 cores and not sockets. For another example check your NUMA(Non Uniform Memory Access).

If you have a virtualbox with 8 cores and 32 GB of memory then your NUMA is 4 GB. So you can maximum allocate 4 GB of memory to a virtual server. If you allocate more memory it can cost your performance.

If your using VLAN's and you have multiple Virtual Switches ensure that your MOSS or SP2010 environment is using the same Virtual Switch. If the latency is higher then 1ms your performance will drop. MOSS and SP2010 will only have a good performance with a very low latency.

Also if you're running an AD server and this server is also running poorly your SharePoint environment will also perform poorly. SharePoint authenticates alot.

Most hardware performance issues are written above. Look at it when you're making SharePoint environment virtualized. 80% of the problems are the DB server of the Indexing Server of your SharePoint environment.