Migrating to Meta Frame XP Welcome to Citrix

Migrating to Meta. Frame XP

Welcome to Citrix Western Regional Web. Conference! What are we trying to do here? l l l to provide timely, easily accessible technical information regarding Citrix technologies. to ensure that you have a consistent way to get current information regarding Citrix technologies. to provide you with regular access to Citrix technical resources. Who can participate? l Any administrator or integrator of Citrix technologies (feel free to tell your friends). How are we attempting to do it? l www. egroups. com, territory based ‘newsletter’ lists* l Regular technical Web Conference training sessions *Note: It is only necessary to subscribe to the group for your territory.

Welcome to Citrix Western Regional Web. Conference! How do I participate in the egroups lists? l Northwest (Oregon, Washington, Idaho, Alaska, Northern Nevada) groups. yahoo. com/group/citrixnw l Nor. Cal (Northern California) groups. yahoo. com/group/citrixnorcal l LA/Orange County groups. yahoo. com/group/lao_cug l Southwest (Southern California, Arizona, Southern Nevada, Hawaii) groups. yahoo. com/group/citrixsw How do I use these groups? l l l Join to receive proactive technical/training information via e-mail Visit the ‘Calendar’ section of your territory’s group for training information Visit the ‘Files’ section of your territory’s group for pertinent file uploads (presentations, utilities, newsletters, etc. )

Who are my regional Citrix SE contacts? Who are these guys? § Nor. Cal (Northern California) Arlo Paranhos, SE Manager, Western Region arlo. paranhos@citrix. com Jason Gradel, SE, jason. gradel@citrix. com § LA/Orange County Vinny Sosa, SE, elvin. sosa@citrix. com § Southwest (Southern California, Arizona, Southern Nevada, Hawaii) Bill Rice, SSE, bill. rice@citrix. com Matt Mc. Grigg, SE, matt. mcgrigg@citrix. com § Rocky Mountain (Utah, Colorado, ? ) Paul Smith, SE, paul. smith@citrix. com § Northwest (Oregon, Washington, Idaho, Alaska) Rick Dehlinger, SSE, rick. dehlinger@citrix. com

What are we going to cover today? Agenda § Why Migrate to Meta. Frame XP? § What ‘Mixed Mode’ is (and is NOT) § Architectural comparisons § Migration strategies § Using NFuse as a bridging technology § Sample migration scenarios § Lessons learned § Additional resources § Questions and feedback

What will not be covered today? Meta. Frame XP Architecture n Independent Management Architecture IMA Data Store (DS) IMA Zones n IMA Data Collectors (DC) n n Connectivity methods n Program Neighborhood App Set n Custom ICA connection n ICA files NFuse UDP or TCP browsing

Why Migrate to Meta. Frame XP? §Increased farm scalability and stability §Simplified license management and activation §Printer management §Resource Manager, Installation Manager, Network Manager §Enhanced NFuse integration §Active Directory User Principal Name support §Client time zone support §Less server to server network traffic § 1. 8/FR 1 enhancements integrated and available to more clients

‘Mixed Mode’ IS… Mixed mode is designed to facilitate migration to Meta. Frame XP with little or no end user disruption. XP Server Farm Provides support for: 1. 8 Server Farm n Published app migration n App load balancing n Subnet license pooling n Existing NFuse, PN, and Custom ICA connections

‘Mixed Mode’ is NOT… Mixed mode is not designed to be a permanent solution. Interoperability is achieved by emulating the services and communication mechanisms used by MF 1. 8

Mixed Mode – Architecture Comparison Meta. Frame 1. 8 Other PN Srvrs NFuse HTTP ICA Client XML Svc (named pipe) PN Named Pipe PN Virtual Channel PN Svc ICA Browser Svc UDP 1604 QServer UDP 1604 Local NT Registry App. Cfg MFAdmin Termsrv Winstation. API (RPC) NT Reg (remote regedt)

Mixed Mode – Architecture Comparison Meta. Frame XP (Native Mode) Other IMA Srvrs NFuse (TCP) HTTP & XML ICA Client XML Svc PN Virtual Channel TCP IMA Svc CMC TCP

Mixed Mode – Architecture Comparison Meta. Frame XP (Mixed Mode) Other PN Srvrs NFuse HTTP & XML ICA Client Other IMA Srvrs (TCP) (named pipe) PN Named Pipe XML Svc PN Virtual Channel PN Svc UDP 1604 QServer UDP 1604 ICA Browser Svc Local NT Registry App. Cfg MFAdmin Termsrv Winstation. API (RPC) NT Reg (remote regedt) IMA Svc

‘Mixed Mode’- What am I missing? Until you get to native mode, you can’t take full advantage of some XP features: § Increased farm scalability and stability § Advanced printer management § UPN support § Simplified license management and activation § 1. 8 license gateways are not supported §Meta. Frame connection licenses are equally distributed among subnets, but can be modified through CMC

Attributes of ‘Mixed Mode’ A couple things to remember… §On first XP install, if 1. 8 is detected on the segment, it will offer to run in mixed mode. § If yes, legacy admin tools are automatically installed. §Admins must use two sets of tools to manage a mixed farm. §appcfg. exe shipped on XP is same as 1. 8/SP 2. Older versions may not be able to manage apps published with newer versions. §Apps may be published on 1. 8, then XP, NOT the reverse.

Migration Strategies §Flash Upgrade §Parallel Migration §Rolling Upgrade (using Mixed Mode)

Migration Strategies – Flash Upgrade All servers are upgraded to Meta. Frame XP during scheduled network maintenance window n n Consider this for highly centralized and/or cloned server environments. Citrix now supports both unattended and cloned installs for all but the first server in an XP farm. Specific documentation in Admin Guide. Note: Repeated licenses will give an error upon migration to IMA Data Store.

Migration Strategies – Parallel Migration Build 2 separate farms, move users/apps from one 1. 8 to XP n n n 1. 8 and XP servers do not communicate with each other, so no need for Mixed Mode on XP. XP Server Farm Consider this for fast growing installs, new Win 2 K rollouts, or multi-site scenarios. May require additional hardware and licenses. DC Alternately, users may be manually migrated NFuse in proportion to servers. XP apps are published manually rather than migrated. Publish 1. 8 and XP apps to distinct user groups to prevent redundant icons. MB 1. 8 Server Farm

Migration Strategies – Rolling Upgrade Meta. Frame 1. x servers, one at a time, running the XP farm in ‘Mixed Mode’ until all upgrades are complete. n Consider this for very large farms and/or farms that must not be down for any period of time. n Set-up during upgrade of first server in the farm n XP and 1. 8 farm names must match n XP server will win ICA browser election l (except 1. 8 sp 1 MB hardcode) n ‘Mixed Mode’ applies to all XP servers in the farm n PN and ICA browser services run on all XP servers n Existing apps are migrated to IMA data store (1 time) l Any appcfg. exe changes made to 1. 8 apps after migration are not updated to the data store

NFuse as a ‘Bridging Technology’ NFuse allows administrators to hide farm complexity from the end user. n n Particularly useful for Parallel upgrades, and for multi-farm consolidations It can be used to present applications from an arbitrary number of farms in a single interface. Allows admins to change farm configurations without touching the user. Meta. Frame 1. 8, XP or Unix

Scenario 1: Single site, single farm migration High level steps (‘rolling’ upgrade): 1. Create IMA Data Store if necessary 2. Upgrade a server besides the ICA master browser § Install in interoperability mode when prompted § Apply upgrade licenses to XP farm 3. Upgrade remaining servers 4. Switch to XP native mode 5. Enable/disable UDP browsing as needed

Scenario 1: Single Site Single Farm Migration (switching to native mode)

Scenario 1: Single site, single farm migration (enabling/disabling UDP browser)

Scenario 1: Single site, single farm migration Single Farm Migration Tips: n Use ‘Flash Upgrade’ strategy if possible. n Pay attention to hard coding of 1. 8 ICA MB preferences l n n 1. 8 SP 1 (hardcoded) master browser won’t let XP win an election Avoid publishing new apps or changing app configuration while in XP interoperability mode. If necessary, create/modify apps in 1. 8 first, then XP. Use NFuse and/or auto-client update to distribute new ICA clients.

Scenario 2: Multi-Farm Consolidation High level steps: n Plan for managing user connectivity to farms l n n n If possible, use NFuse as a multi-farm portal Upgrade first farm (including switch to native mode) or build new ‘Master’ XP farm (in native mode) Perform upgrades of other 1. 8 servers (one farm at a time) joining them to the ‘Master’ XP farm Some manual cleanup of duplicate app names may be necessary

Scenario 2: Multi-Farm Consolidation Multi-Farm consolidation tips: n Key: managing user connectivity. If possible, use an NFuse portal pointing to multiple farms. NFuse can play a HUGE role here! If using PN, add/change Application Set objects and server location/browser type. If usingle published app, may need to modify server location/browser type. If using ICA file(s), may need to modify server location/browser type. Use NFuse and/or auto-client update to distribute new clients. l l n

Lessons Learned n NFuse is a MUST for complex projects n Meta. Frame 1. 8 to XP upgrade works well n Use XP native mode where possible n n n When XP interoperability mode is used, change to native mode immediately when upgrades complete Turn on ‘Server Responds to UDP broadcasts’ in CMC if any clients will use UDP for app enumeration Meta. Frame for UNIX user licenses are not pooled with Meta. Frame XP servers

Additional Resources Presentations (web conference topics) n n Connectivity Methods and NFuse Introduction to Meta. Frame XP Architecting a Native Meta. Frame XP Environment NFuse with Meta. Frame XP and Project Columbia Advanced Concepts of Meta. Frame XP (March 15 th) (presentations posted on Yahoo! Groups sites, topics given periodically) n Documentation Citrix ‘Meta. Frame XP Best Practices’ document n Meta. Frame XP Admin Guide n MF Install and Tuning Tips. pdf (posted to Yahoo! Groups sites, except Admin Guide) n Tools Project “Columbia” (surprise! Posted to Yahoo! Groups sites) n

Questions and Feedback Please direct un-answered questions and ANY feedback regarding these sessions (positive or negative) to your regional Citrix SE: § Nor. Cal (Northern California) Arlo Paranhos, SE Manager, Western Region arlo. paranhos@citrix. com Jason Gradel, SE, jason. gradel@citrix. com § LA/Orange County Vinny Sosa, SE, elvin. sosa@citrix. com § Southwest (Southern California, Arizona, Southern Nevada, Hawaii) Bill Rice, SSE, bill. rice@citrix. com Matt Mc. Grigg, SE, matt. mcgrigg@citrix. com § Rocky Mountain (Utah, Colorado, ? ) Paul Smith, SE, paul. smith@citrix. com § Northwest (Oregon, Washington, Idaho, Alaska) Rick Dehlinger, SSE, rick. dehlinger@citrix. com