<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Virtualized Server - best practice? in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360098#M13972</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for posting, I hadn't caught the change either.&amp;nbsp; I've been running four 2 core, 16 gb machines for 2 years now without issues, but i'll look at performance since updating to 10.3.1.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 09 Aug 2015 21:12:33 GMT</pubDate>
    <dc:creator>JacobBoyle</dc:creator>
    <dc:date>2015-08-09T21:12:33Z</dc:date>
    <item>
      <title>Virtualized Server - best practice?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360097#M13971</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;From a number of threads and talks, it seems that Esri has recommended that splitting servers is more efficient than using a larger server.&lt;/P&gt;&lt;P&gt;For example (2) 2 core, 4 GB servers typically are more efficient than (1) 4 core 8GB server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;e.g.: &lt;A _jive_internal="true" href="https://community.esri.com/message/523098?et=watches.email.thread#523098" title="https://community.esri.com/message/523098?et=watches.email.thread#523098"&gt;https://community.esri.com/message/523098?et=watches.email.thread#523098&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However, just today I was reading the exact opposite in the new 10.3.1 documentation:&lt;/P&gt;&lt;P&gt;&lt;A href="http://server.arcgis.com/en/server/latest/install/windows/virtualization-and-arcgis-server.htm" title="http://server.arcgis.com/en/server/latest/install/windows/virtualization-and-arcgis-server.htm"&gt;Virtualization and ArcGIS Server—Installation Guides (10.3 and 10.3.1) | ArcGIS for Server&lt;/A&gt; &lt;/P&gt;&lt;H2&gt;CPU recommendations&lt;/H2&gt;&lt;P&gt;&lt;SPAN style="color: #e23d39;"&gt;It's recommended that you use a few large virtual machines as opposed to many small virtual machines.&lt;/SPAN&gt; For example, a single virtual machine with eight CPUs will perform better than four virtual machines each with two CPUs.&amp;nbsp;&amp;nbsp; If you're configuring failover, high availability, or separate ArcGIS Server sites for separate purposes, follow the recommendation above to determine the size of machines in each site.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anyone willing to comment on this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 07 Aug 2015 21:21:12 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360097#M13971</guid>
      <dc:creator>PaulDavidson1</dc:creator>
      <dc:date>2015-08-07T21:21:12Z</dc:date>
    </item>
    <item>
      <title>Re: Virtualized Server - best practice?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360098#M13972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for posting, I hadn't caught the change either.&amp;nbsp; I've been running four 2 core, 16 gb machines for 2 years now without issues, but i'll look at performance since updating to 10.3.1.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 09 Aug 2015 21:12:33 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360098#M13972</guid>
      <dc:creator>JacobBoyle</dc:creator>
      <dc:date>2015-08-09T21:12:33Z</dc:date>
    </item>
    <item>
      <title>Re: Virtualized Server - best practice?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360099#M13973</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Looking forward to your results Jacob.&lt;/P&gt;&lt;P&gt;Might be worth running System Test against your setup, especially if you had similar results from the prior version.&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.arcgis.com/home/item.html?id=e8bac3559fd64352b799b6adf5721d81" title="https://www.arcgis.com/home/item.html?id=e8bac3559fd64352b799b6adf5721d81"&gt;https://www.arcgis.com/home/item.html?id=e8bac3559fd64352b799b6adf5721d81&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I was getting hung up a bit in a system design as to whether to separate or combine components.&lt;/P&gt;&lt;P&gt;Obviously, it depends a lot on load and resource availability.&lt;/P&gt;&lt;P&gt;I think I'm going with your method of more VMs with fewer cores than one monster machine.&lt;/P&gt;&lt;P&gt;I've tried to arrange the design so that taking out components may not necessarily bring down the entire system. &lt;/P&gt;&lt;P&gt;And generate fail overs (even though we have full DR setup.&amp;nbsp; I sure do like working in the Virtual world!)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Aug 2015 17:00:36 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360099#M13973</guid>
      <dc:creator>PaulDavidson1</dc:creator>
      <dc:date>2015-08-20T17:00:36Z</dc:date>
    </item>
    <item>
      <title>Re: Virtualized Server - best practice?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360100#M13974</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have professional services coming in at the end of September, I've been running the most current 1.x version for 6 months now.&amp;nbsp; It'll be of interest to see what the results will be when we migrate to the new architecture.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The one thing I would consider is using multiple machines per cluster in the site, this will give you the failover you're looking for.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 30 Aug 2015 19:55:50 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360100#M13974</guid>
      <dc:creator>JacobBoyle</dc:creator>
      <dc:date>2015-08-30T19:55:50Z</dc:date>
    </item>
    <item>
      <title>Re: Virtualized Server - best practice?</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360101#M13975</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Jacob, look forward to your results.&amp;nbsp; And yes, I think you're correct on the clusters.&lt;/P&gt;&lt;P&gt;We have a Health Check being done in September so I hope to have an initial production setup up and running for a look by Professional Services.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 31 Aug 2015 17:13:29 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/virtualized-server-best-practice/m-p/360101#M13975</guid>
      <dc:creator>PaulDavidson1</dc:creator>
      <dc:date>2015-08-31T17:13:29Z</dc:date>
    </item>
  </channel>
</rss>

