Free E-Book: Introducing Windows Server 2008 R2

October 23, 2009 at 12:21 am | Posted in Books, Cool Stuff, Free Stuff, Windows Server 2008 R2 | 1 Comment
Tags: , ,

 

Microsoft Press introduced a great technique to get more readers: Giving away free books, as simple as that. And this time with a great proposal: Introducing Windows Server 2008 R2.

Even though it is a short book (200 pages) you’ll see that there are several topics that you might be interested in. Here are the chapters involved:

  • Chapter 1    What’s New in Windows Server R2
  • Chapter 2    Installation and Configuration: Adding R2 to Your World
  • Chapter 3    Hyper-V: Scaling and Migrating Virtual Machines
  • Chapter 4    Remote Desktop Services and VDI: Centralizing Desktop and Application Management
  • Chapter 5    Active Directory: Improving and Automating Identity and Access   
    Chapter 6    The File Services Role
  • Chapter 7    IIS 7.5: Improving the Web Application Platform
  • Chapter 8    DirectAccess and Network Policy Server
  • Chapter 9    Other Features and Enhancements

You will find several information about important improvements introduced in this version, like: Hyper-V R2 (Live Migration and storage hot add feature); VDI; IIS 7.5; BranchCache and DirectAccess.

Enjoy!

Windows Server 2008 R2 and Windows 7: BranchCache

July 26, 2009 at 12:55 pm | Posted in BranchCache, Windows 7, Windows Server 2008 R2 | 6 Comments
Tags: , , , ,

 

The arrival of Windows Server 2008 R2 and Windows 7 is just around the corner and I don’t have to tell you that there are a lot of expectations. Common users are concentrating almost all the attention with the client operating system, but I can assure you that having those new platforms, Windows Server 2008 R2 and Windows 7, will give a new perspective for all users and IT guys.

One of the highlights that you can watch having this two boys together is BranchCache, focused mainly in optimizing your WAN bandwidth using special cache options.

As the name says it, BranchCache works in scenarios with branch offices where clients interact and request files from the headquarters. A common and current scenario is related when you access an internal website with the servers located in the main office, each branch office client will request the files directly with the headquarters every time a user intends to communicate with the site, significantly affecting the WAN link with the same data transmitted over and over.

BranchCache is a simple idea that caches every content downloaded from the main office using a server or other branch clients, so every time that a second client tries to download the content, the request is directly handled within the branch office optimizing the WAN link and downloading time.

How Does It Work?

There are no complex configurations and you can even use an option that does not include a server. There are two types of BranchCache deployment options: Distributed Cache (no server) and Hosted Cache Mode (Windows Server 2008 R2 server involved as the cache server).

Keep in mind that the environment will only work with Windows Server 2008 R2 and Windows 7 clients.

Distributed Cache

Windows 7 branch office clients store a copy of the content that is downloaded from the main office, and makes it available to other clients in the branch office every time that they try to retrieve those files.

 

branch01 
Hosted Cache

Within this scenario, all the cache content is stored and controlled in a Windows Server 2008 R2 that retrieves all the requests made from branch clients and keeps all the data locally to answer any other requests for the same content.

 branch02

Microsoft recommends to use this mode on branch offices with over 10 clients.

What About Cache Authorization and Updates?

These are common questions that you may be asking yourself right now:

Q: If the files are stored in a local cache within the branch office (distributed among clients or on a server), that means that all branch users will have access to these files?

A: No. There is an authorization phase that the requestor must complete before receiving the file. In a distributed BranchCache mode, when the client requests the data, the server (main office) authorizes, or not, the cache content to be delivered to the branch office client. In a Hosted Cache mode, the cache server keeps identifiers with the permissions for each cached content, giving access only to authorized clients.

Q: What about if the file changes when it was already cached by clients or a server? The file is distributed out-to-date to branch clients?

A: No. Whenever a change is made on a folder that is distributed with BranchCache, a new identifier (the same used for access authorization) it’s send to branch cache clients (if the mode is set as Distributed Cache); or send it directly to the cache server (if the mode is configured as Hosted Cache).

Configuring BranchCache

In this section I’ll give you small step-by-step BranchCache procedure. There are basically three steps to complete the environment:

1. Configure the headquarters Windows Server 2008 R2 that contains the data that must be cached.

2. Configure the Windows 7 branch clients that will use the cached content.

3. Configure the Windows Server 2008 R2 as Hosted Cache server, if that’s the option you selected for your environment.

The complete reference to achieve this deployment can be found in BranchCache Early Adopter’s Guide.

1. Configuring the File/Web Server

a. Add the feature from Server Manager: BranchCache.

branch03

Remember, it’s a feature not a role.

b. If this is going to be a file server, you must add the “File Services” role and the service “BranchCache for remote files”.

branch04

c. Configure the Group Policy to enable BranchCache.

Active Directory it is not a requirement for BranchCache, but surely it is recommended for centralized management. You can use an Active Directory or local policy to apply to this server.

The GPO can be located in Computer Configuration > Policies > Administrative Templates > Network > Lanman Server > Hash Publication for BrandCache

branch05

The options when you Enable this GPO are self explained: For all shares, files shares tagged and disallow hash publications.

branch06

2. Client Configuration

Ok, now you have the server configured to be able to distribute the BranchCache shares. Now it’s time to configure the clients to understand this type of cache. It is easily done with Group Policies, and again, this can be done in a domain environment by linking GPOs or just using Local Group Policies.

a. Access GPOs editing MMC: Computer Configuration > Policies > Administrative Templates > Network > Turn on BranchCache > Enabled.

branch07

b. On the same GPO list, you’ll find the rest of the necessary configurations according to the chosen model.

If you are using Distributed Cache, enable “Turn on BranchCache – Distributed Caching Mode”. And the same for hosted cache, “Turn on BranchCache – Hosted Cache mode”.

c. [optional] You can also set other interesting values using this set of GPOs, like latency values or setting a percentage of your disk space dedicated to this cache.

d. Ensure that you have configured the firewall inbound policies to allow BranchCache connections. More info about this on the document mentioned above: BranchCache Early Adopter’s Guide.

3. Configure the Cache Server

For obvious reasons, the communication between the parties involved must be secured and the data available must be guaranteed as updated and correct. That’s why if you are using Hosted Cache Mode, a certificate will be present to achieve a SSL communication and guarantee that data is not modified by an attacker.

It is important to note that the presence of a Certificate Authority (CA) server it is not a requirement, the certificate can be prepared directly from the file/web server and then imported to the Hosted Cache server.

a. First, enable the BranchCache feature from Server Manager.

b. Deploy the certificate inside Certificates (Local Computer) > Personal.

branch08

c. Access the certificate properties, the details page will show you the “Thumbprint” field. Copy to the clipboard.

d. Link the certificate to BranchCache with “netsh”:

NETSH HTTP ADD SSLCERT IPPORT=0.0.0.0:443 CERTHASH=<thumbprint> APPID={d673f5ee-a714-454d-8de2-492e4c1bd8f8}

More Resources

Here are some other guides and interesting links you can find about this feature.

That’s pretty much in this BranchCache overview and kind of walkthrough.

Cheers!

Join testking 642-524 online training to learn expert cache programming and enhance your expertise using testking 650-177 tutorials and testking E20-001 study guides.

Windows Server 2008 R2 Live Migration: “Overview & Architecture” and “Step-by-Step Guide” Documents Released

January 30, 2009 at 4:55 pm | Posted in Documentation, Hyper-V, Virtualization, Windows Server 2008, Windows Server 2008 R2 | 1 Comment
Tags: , , , ,

Microsoft released in the last days two new more documents about one of the most expected technologies on Windows Server 2008 R2: Live Migration. This new technology will allow you to move any running virtual machine using Hyper-V from Windows Server 2008 R2 or Hyper-V Server 2008 R2 (the free hypervisor offered by Microsoft) to another machine with any of those operating systems, without any downtime or disruption of the service.

Here are the two links for the new articles:

Windows Server 2008 R2 & Microsoft Hyper-V Server 2008 R2 – Hyper-V Live Migration Overview & Architecture

Step-by-Step Guide to Using Live Migration in Windows Server 2008 R2

Here’s an example graphic of how Live Migration setup handles Configuration Files of the virtual machines:

It is important for you to notice that Live Migration requires Failover Clustering to be configured on all hosts, access to a shared storage (like in NAS or SAN environments) and a special network configured between them to be used only for Live Migration feature.

For more information about Hyper-V Failover Clustering check this guide:Hyper-V Step-by-Step Guide: Hyper-V and Failover Clustering

Complete list of requirements for Live Migration:

  • Windows Server 2008 R2 x64 Enterprise Edition
  • Windows Server 2008 R2 x64 Datacenter Edition
  • Live migration is also supported on Microsoft® Hyper-V™ Server 2008 R2.
  • Microsoft Failover Clustering must be configured on all physical hosts that will use live migration
  • Failover Clustering supports up to 16 nodes per cluster
  • The cluster should be configured with a dedicated network for the live migration traffic
  • Physical host servers must use a processor or processors from the same manufacturer
  • Physical hosts must be configured on the same TCP/IP subnet
  • Physical hosts must have access to shared storage

Other interesting links about Hyper-V, Hyper-V Server and Failover Cluster:

- Hyper-V Planning and Deployment Guide
- Failover Cluster Deployment Guide
- Failover Cluster Step-by-Step Guide: Validating Hardware for a Failover Cluster
- The Microsoft Support Policy for Windows Server 2008 Failover Clusters
- Hyper-V Server 2008 R2 Beta Available for Download
- Hyper-V Server: Installing, configuring and troubleshooting

Cheers!

Blog at WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.