<?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: serve sizing in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214345#M465545</link>
    <description>Thanks for the reply. lets see from another scenario. suppose i have 2 servers and want to consolidate into 1. what factors i need to look into.</description>
    <pubDate>Tue, 15 Dec 2009 06:21:24 GMT</pubDate>
    <dc:creator>Pradep</dc:creator>
    <dc:date>2009-12-15T06:21:24Z</dc:date>
    <item>
      <title>serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214343#M465543</link>
      <description>I have mcsg running on 2 nodes. 1 node runs application and other runs database. Both nodes are equally sized and can run aplication or database individually. it has been 3 years over without having parallel run of app and db on single node online with users connected.&lt;BR /&gt;&lt;BR /&gt;i want to prepare for running them on single node as failover simulation.&lt;BR /&gt;can you please tell me what factors i need to look into performance wise to estimate if they can run together on single server.&lt;BR /&gt;like cpu/mem/swap utilization? run_queue_length? Any other factors i need to sum up for 2 nodes to get cumulative figure ?&lt;BR /&gt;&lt;BR /&gt;Eg:-if both server have 4 cores each. and each of them 30% utilizaed..so when run parallel it might be 60% utilized on average. same for memory/swap. Is it a good way to get rough estimates ?&lt;BR /&gt;&lt;BR /&gt;Please let me know what else i need to check for performance capacity check.&lt;BR /&gt;&lt;BR /&gt;thanks.</description>
      <pubDate>Tue, 15 Dec 2009 06:03:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214343#M465543</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-15T06:03:33Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214344#M465544</link>
      <description>Hi Pradeep,&lt;BR /&gt;&lt;BR /&gt;mcsg -&amp;gt; main concept not for load balancing its kind cluster setup to failover the nodes and applicatio to adoptive if in case of any "SOP"&lt;BR /&gt;&lt;BR /&gt;Single point failure - like&lt;BR /&gt;&lt;BR /&gt;patching,HW replacement, planned manintance&lt;BR /&gt;application failover testing. etc.&lt;BR /&gt;&lt;BR /&gt;If both node are setup in same capacity or strong enough to handle each other  d'not see much performance thing here.&lt;BR /&gt;&lt;BR /&gt;as mentioned above post of your "Node 1 -&amp;gt; serves -&amp;gt; application and the other Node 2 runs as database. both have different purpose&lt;BR /&gt;&lt;BR /&gt;Hope this Helps.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Johnson</description>
      <pubDate>Tue, 15 Dec 2009 06:14:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214344#M465544</guid>
      <dc:creator>Johnson Punniyalingam</dc:creator>
      <dc:date>2009-12-15T06:14:48Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214345#M465545</link>
      <description>Thanks for the reply. lets see from another scenario. suppose i have 2 servers and want to consolidate into 1. what factors i need to look into.</description>
      <pubDate>Tue, 15 Dec 2009 06:21:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214345#M465545</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-15T06:21:24Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214346#M465546</link>
      <description>&amp;gt;&amp;gt;&amp;gt;Thanks for the reply. lets see from another scenario. suppose i have 2 servers and want to consolidate into 1. what factors i need to look into. &amp;lt;&amp;lt;&amp;lt;&amp;lt;&lt;BR /&gt;&lt;BR /&gt;Are you looking for load balancing some thing like that ?&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;suppose i have 2 servers and want to consolidate into 1&amp;lt;&amp;lt;&lt;BR /&gt;&lt;BR /&gt;Consolidate into 1&amp;gt;&amp;gt;  in what ways ?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Dec 2009 06:28:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214346#M465546</guid>
      <dc:creator>Johnson Punniyalingam</dc:creator>
      <dc:date>2009-12-15T06:28:20Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214347#M465547</link>
      <description>I want to decommission 2 physical servers and moved ther app/database to another new 1 physical server. No load balancing, only 1 server.</description>
      <pubDate>Tue, 15 Dec 2009 06:37:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214347#M465547</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-15T06:37:04Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214348#M465548</link>
      <description>I want to decommission 2 physical servers and moved ther app/database to another new 1 physical server. No load balancing, only 1 server.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;New Server&amp;lt;&amp;lt; Do you have new server already installed ? are you planning to buy ?</description>
      <pubDate>Tue, 15 Dec 2009 06:52:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214348#M465548</guid>
      <dc:creator>Johnson Punniyalingam</dc:creator>
      <dc:date>2009-12-15T06:52:21Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214349#M465549</link>
      <description>not buy yet.</description>
      <pubDate>Tue, 15 Dec 2009 07:27:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214349#M465549</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-15T07:27:04Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214350#M465550</link>
      <description>check with "HP Singapore Sales Support Team"&lt;BR /&gt;&lt;BR /&gt;let them know what "Application" Database" you are using on "old 2 decommission" servers.&lt;BR /&gt;&lt;BR /&gt;They can do technical review of your "Set-up" advice accordingly&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Dec 2009 07:36:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214350#M465550</guid>
      <dc:creator>Johnson Punniyalingam</dc:creator>
      <dc:date>2009-12-15T07:36:02Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214351#M465551</link>
      <description>why only HP can do sizing ? even when i have running example of servers ?</description>
      <pubDate>Tue, 15 Dec 2009 07:43:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214351#M465551</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-15T07:43:18Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214352#M465552</link>
      <description>why only HP can do sizing ? &amp;gt;&amp;gt;&amp;gt;&amp;gt;&lt;BR /&gt;&lt;BR /&gt;than what's value for people who do "System Architect" -&amp;gt; Just thought,&lt;BR /&gt;&lt;BR /&gt;?&amp;gt;even when i have running example of servers?&amp;lt;&amp;lt; ?&lt;BR /&gt;&lt;BR /&gt;how about any New feature, will much benfiet or boost  your system performance of the Servers /applications/ Database.</description>
      <pubDate>Tue, 15 Dec 2009 07:54:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214352#M465552</guid>
      <dc:creator>Johnson Punniyalingam</dc:creator>
      <dc:date>2009-12-15T07:54:07Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214353#M465553</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;This is going to be a consumed resources issue.  Run this command on both boxes to isolate your biggest cpu and virtual memory consumers:&lt;BR /&gt;&lt;BR /&gt;UNIX96=1 ps -e -o vsz,pid,ppid,state,args | sort -rn | head -16&lt;BR /&gt;&lt;BR /&gt;UNIX96=1 ps -e -o pcpu,pid,ppid,state,args | sort -rn | head -16&lt;BR /&gt;&lt;BR /&gt;Combine the top resource consumers.  Use your own judgment about how many to add together since each box will be different.  If the top 20 are all grouped together then take the top 20.  &lt;BR /&gt;&lt;BR /&gt;Run this command on both to isolate your shared memory consumption:&lt;BR /&gt;&lt;BR /&gt;ipcs -moba&lt;BR /&gt;&lt;BR /&gt;Add up the SEGSZ column.  Combine the total from both nodes.&lt;BR /&gt;&lt;BR /&gt;Get your physical constraints:  # of cpus.  SGA.  Physical memory.&lt;BR /&gt;&lt;BR /&gt;Disk I/O use sar -d 5 5 and look at the %busy, avwait and avserv columns, avque, rw/sec, queue length.  Question:  Are any of the disks shared between both applications on both nodes?  I would think not since one is an application server and other a database server.  The database is probably hit its own disks, as is the application.  If mutually exclusive then I would surmise that a disk I/O problem is unlikely.  However, if you are combining disks, then you can add the rw/sec, queue length and $busy columns.&lt;BR /&gt;&lt;BR /&gt;Approach this like any other performance trouble shooting problem, and determine how to combine the results for a projection.&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Dec 2009 08:00:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214353#M465553</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2009-12-15T08:00:54Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214354#M465554</link>
      <description>When finished, please remember to assign 0 to 10 points to all responses and also close the thread.  Sometimes, when a thread is left open, years from now its responded too and gets several annoying comments from people.  Thanks in advance!</description>
      <pubDate>Tue, 15 Dec 2009 08:03:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214354#M465554</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2009-12-15T08:03:53Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214355#M465555</link>
      <description>Hi Michael,&lt;BR /&gt;i get this error&lt;BR /&gt;&lt;BR /&gt;$ ps -e -o vsz,pid,ppid,state,args | sort -rn | head -16&lt;BR /&gt;ps: illegal option -- o&lt;BR /&gt;usage: ps [-edaxzflP] [-u ulist] [-g glist] [-p plist] [-t tlist] [-R prmgroup] [-Z psetidlist]&lt;BR /&gt;$ UNIX96=1 ps -e -o vsz,pid,ppid,state,args | sort -rn | head -16&lt;BR /&gt;ps: illegal option -- o&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Dec 2009 09:47:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214355#M465555</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-15T09:47:39Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214356#M465556</link>
      <description>Sorry, my bad.&lt;BR /&gt;&lt;BR /&gt;UNIX95=1 ps -ef -o</description>
      <pubDate>Tue, 15 Dec 2009 10:57:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214356#M465556</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2009-12-15T10:57:57Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214357#M465557</link>
      <description>Hi Michael,&lt;BR /&gt;I already have OV perf mgr installation. and i used GBL_CPU, GBL_MEM, GBL_SWAP, RUN_QUEUE_LENGTH for sum up. Can you pls tell me which other params of Perf mgr i need to addup..because it is easy to get historic data from it..like 1 yr old.&lt;BR /&gt;&lt;BR /&gt;For virtual memory Swapinfo output is ok ?&lt;BR /&gt;# swapinfo&lt;BR /&gt;             Kb      Kb      Kb   PCT  START/      Kb&lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME&lt;BR /&gt;memory  5953088 1110452 4842636   19%&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;How do the relate adding SEGSZ value to kernel param SHm_segsz..are they is same format..like adding all SEGSZ together should be less that kernel value ?&lt;BR /&gt;. Combine the total from both nodes.&lt;BR /&gt;&lt;BR /&gt;Get your physical constraints: # of cpus. SGA. Physical memory.&lt;BR /&gt;&amp;gt;&amp;gt; what is SGA ?&lt;BR /&gt;&lt;BR /&gt;Disks are seperate in app and DB servers. so should not be a problem. Can i use any OV Perf param for checking disk util ?</description>
      <pubDate>Mon, 21 Dec 2009 07:04:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214357#M465557</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-21T07:04:23Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214358#M465558</link>
      <description>The SGA is Oracles reserved database memory.  It should be as much as 90% of your physical memory.&lt;BR /&gt;&lt;BR /&gt;You add the shared memory up on both nodes and sum them together.  Shared memory is another constraint.&lt;BR /&gt;&lt;BR /&gt;If you have a year of historical data then you're in good shape, but you'll have to get the MeasureWare dictionary out to id what your metrics are.  I don't know them.</description>
      <pubDate>Mon, 21 Dec 2009 13:09:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214358#M465558</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2009-12-21T13:09:58Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214359#M465559</link>
      <description>&amp;gt;For virtual memory swapinfo output is ok?&lt;BR /&gt;# swapinfo&lt;BR /&gt;&lt;BR /&gt;Please provide the "swapinfo -tam" output.</description>
      <pubDate>Mon, 21 Dec 2009 16:17:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214359#M465559</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-12-21T16:17:06Z</dc:date>
    </item>
    <item>
      <title>Re: serve sizing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214360#M465560</link>
      <description>thanks for giving the approach for solution.</description>
      <pubDate>Wed, 23 Dec 2009 08:22:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serve-sizing/m-p/5214360#M465560</guid>
      <dc:creator>Pradep</dc:creator>
      <dc:date>2009-12-23T08:22:30Z</dc:date>
    </item>
  </channel>
</rss>

