<?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: ISE 2.4 Resizing in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149568#M562788</link>
    <description>&lt;P&gt;Thanks, Greg!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The ESXi host does have hyperthreading enabled. If we go with half of the CPU allocation, that is 6&lt;SPAN&gt;x (3515) and 8x (3595)&lt;/SPAN&gt;, should the ISE VM nodes be running ok?&lt;/P&gt;</description>
    <pubDate>Fri, 11 Sep 2020 07:34:45 GMT</pubDate>
    <dc:creator>zhilimailbox</dc:creator>
    <dc:date>2020-09-11T07:34:45Z</dc:date>
    <item>
      <title>ISE 2.4 Resizing</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149478#M562783</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Our ISE 2.4 nodes take up lots of resources from the original OVA file deployment. We would like to resize it based on the usage in vmware. Would there be any issues? Any suggestions if we do resizing?&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2020 01:11:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149478#M562783</guid>
      <dc:creator>zhilimailbox</dc:creator>
      <dc:date>2020-09-11T01:11:17Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 2.4 Resizing</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149493#M562785</link>
      <description>&lt;P&gt;See a similar question on &lt;A href="https://community.cisco.com/t5/network-access-control/ise-vm-increasing-vm-hardware/td-p/3435138" target="_self"&gt;this post&lt;/A&gt;. You can add CPU/Memory to the VM, but you cannot resize the HDD without rebuilding the node.&lt;/P&gt;
&lt;P&gt;Also, ISE determines the 'hardware' model by the CPU/Memory specs and uses the least common denominator. If you increase them, make sure they match the intended hardware model as defined in the &lt;A href="https://community.cisco.com/t5/security-documents/ise-performance-amp-scale/ta-p/3642148#toc-hId-1174996758" target="_self"&gt;ISE Performance &amp;amp; Scale&lt;/A&gt; document.&lt;/P&gt;
&lt;P&gt;You can confirm the platform type as per this CiscoLive slide:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Screen Shot 2020-09-11 at 12.14.38 pm.png" style="width: 999px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/83265iAF52010AA7F9F744/image-size/large?v=v2&amp;amp;px=999" role="button" title="Screen Shot 2020-09-11 at 12.14.38 pm.png" alt="Screen Shot 2020-09-11 at 12.14.38 pm.png" /&gt;&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2020 02:15:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149493#M562785</guid>
      <dc:creator>Greg Gibbs</dc:creator>
      <dc:date>2020-09-11T02:15:51Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 2.4 Resizing</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149503#M562786</link>
      <description>&lt;P&gt;Thanks for the reply!&lt;/P&gt;&lt;P&gt;the two PAN (Medium/3595) VM nodes have 16 CPU + 64G MEM, while the two PSN (Small/3515) VM nodes have 12 CPU+16G MEM.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Look at the performace of the VMs, CPU usage (average 3%, range [1-10]%), MEM usage (average 7%, range [1-18]%) . With current usage, if we half the CPU and MEM, would cause any issues and what is the best way to reduce resources.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Kind regards,&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2020 02:54:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149503#M562786</guid>
      <dc:creator>zhilimailbox</dc:creator>
      <dc:date>2020-09-11T02:54:41Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 2.4 Resizing</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149531#M562787</link>
      <description>&lt;P&gt;There is no calculator for that type of reduction of resources and the developers only test against the specified hardware platform specs. The CPU/Mem resources must match those hardware platforms (including the Reservations as defined in the &lt;A href="https://www.cisco.com/c/en/us/td/docs/security/ise/2-4/install_guide/b_ise_InstallationGuide24/b_ise_InstallationGuide24_chapter_01.html" target="_blank" rel="noopener"&gt;Install Guide&lt;/A&gt;) and the platform deployment model should be based upon the concurrent sessions required for your environment.&lt;/P&gt;
&lt;P&gt;As per the &lt;A href="https://www.cisco.com/c/en/us/td/docs/security/ise/2-4/release_notes/b_ise_24_rn.html#id_64711" target="_self"&gt;Release Notes&lt;/A&gt;, ISE 2.4 supports only the 35xx series and above. If your were to reduce the CPU/Mem to match the 34xx series appliances, for example, that ISE cluster would NOT be supported by TAC.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also, be aware that the 'Cores per processor' numbers in the Scaling document consider that Hyperthreading is enabled on the hardware appliances. You need to ensure that either Hyperthreading is enabled for the VMs, or you double the number of vCPUs. This is why you see the 12x (3515) and 16x (3595) vCPUs deployed by the OVA.&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2020 05:11:20 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149531#M562787</guid>
      <dc:creator>Greg Gibbs</dc:creator>
      <dc:date>2020-09-11T05:11:20Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 2.4 Resizing</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149568#M562788</link>
      <description>&lt;P&gt;Thanks, Greg!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The ESXi host does have hyperthreading enabled. If we go with half of the CPU allocation, that is 6&lt;SPAN&gt;x (3515) and 8x (3595)&lt;/SPAN&gt;, should the ISE VM nodes be running ok?&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2020 07:34:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149568#M562788</guid>
      <dc:creator>zhilimailbox</dc:creator>
      <dc:date>2020-09-11T07:34:45Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 2.4 Resizing</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149630#M562791</link>
      <description>&lt;P&gt;No. That would not be supported for a production environment and would very likely lead to an unstable system.&lt;/P&gt;</description>
      <pubDate>Sat, 12 Sep 2020 03:43:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-2-4-resizing/m-p/4149630#M562791</guid>
      <dc:creator>Greg Gibbs</dc:creator>
      <dc:date>2020-09-12T03:43:21Z</dc:date>
    </item>
  </channel>
</rss>

