Live Chat Software by Kayako
 News Categories
(24)Microsoft Technet (2)StarWind (6)TechRepublic (4)ComuterTips (1)SolarWinds (1)Xangati (1)MyVirtualCloud.net (30)VMware (8)NVIDIA (9)VDI (1)pfsense vRouter (4)VEEAM (3)Google (2)RemoteFX (1)developers.google.com (1)MailCleaner (1)Udemy (1)AUGI (2)AECbytes Architecture Engineering Constrution (8)VMGuru (2)AUTODESK (9)storageioblog.com (1)Atlantis Blog (40)AT.COM (2)community.spiceworks.com (1)archdaily.com (16)techtarget.com (3)hadoop360 (3)bigdatastudio (1)virtualizetips.com (1)blogs.vmware.com (3)VECITA (1)vecom.vn (1)Palo Alto Networks (5)itnews.com.au (2)serverwatch.com (1)Nhịp Cầu đầu tư (3)VnEconomy (1)Reuters (1)Tom Tunguz (1)Medium.com (1)Esri (1)www.specommerce.com (1)tweet (1)Tesla (1)fool.com (7)ITCNews (1)businessinsider.com (1)hbr.org Harvard Business Review (1)Haravan (2)techcrunch.com (1)vn.trendmicro.com (8)thangletoan.wordpress.com (3)IBM (1)www.droidmen.com (2)blog.parallels.com (1)betanews.com (9)searchvmware.techtarget.com (1)www.bctes.com (1)www.linux.com (4)blog.capterra.com (1)theelearningcoach.com (1)www.examgeneral.com (1)www.wetutoringnation.com (1)chamilo.org/ (1)www.formalms.org (1)chalkup.co (1)www.mindonsite.com (4)www.microsoft.com (5)moodle.org (4)moodle.croydon.ac.uk (3)opensource.com (1)1tech.eu (1)remote-learner.net (1)paradisosolutions.com (3)sourceforge.net (1)elearningindustry.com (27)searchbusinessanalytics.techtarget.com (1)nscs.gov.sg (1)virten.net (1)fastest.com.vn (5)elearninglearning.com (2)www.computerweekly.com (1)youtube.com (1)www.techradar.com (3)computer.howstuffworks.com (2)techz.vn (2)techsignin.com (1)itworld.com (21)searchsecurity.techtarget.com (1)makeuseof.com (1)nikse.dk (1)4kdownload.com (1)thegioididong.com (1)itcentralstation.com (1)www.dddmag.com (2)Engenius (1)networkcomputing.com (1)woshub.com (1)hainam121.wordpress.com (1)www.lucidchart.com (1)www.mof.gov.vn (3)www.servethehome.com (6)www.analyticsvidhya.com (1)petewarden.com (2)ethinkeducation.com (1)jpmorganchase.com (1)TheExcelClub.com (1)www.driftar.ch (1)socialcompare.com (1)www.datapine.com (1)www.fintechfutures.com (1)ithinkvirtual.com (1)jorgedelacruz.uk (1)docs.min.io (1)www.maketecheasier.com (1)www.flackbox.com (1)www.mssqltips.com (1)www.vietsunshine.com.vn (1)securitydaily.net (1)www.hoangweb.com (2)VTV (6)NguyenTatThanh School (1)www.cbronline.com (1)tiasang.com.vn
RSS Feed
News
Mar
3
Discovery CPU with VMware
Posted by Thang Le Toan on 03 March 2020 05:21 AM

Multi-threaded CPU seconds for Discoveryand Single-threaded CPU seconds for Discoverycan be used to roughly estimate the discovery time. Discovery must be constrained by Central Processing Unit (CPU), both in the multi- and single-threaded components. The single-threaded components do not overlap each other during discovery. Discovery time can therefore be roughly estimated using the following formula:

 
 
 
Total single-threaded CPU + Total multi-threaded CPU / Number of CPUs

Then, adjust for relative CPU speed from using the Standard Performance Evaluation Corporation (SPEC) rating for the proposed hardware. Appendix A, “Defining a CPU,”provides details on how to adjust the specifications depending upon your hardware.

Discovery will proceed faster with the addition of more and faster CPUs, but additional processing power is not an absolute requirement. There is a limit to the amount of CPU processing power that may be profitably applied for discovery. In the lab environment (with very low network latency) eight discovery threads provided optimal discovery time. It was observed that adding more threads, beyond the optimal number of discovery threads, increases CPU consumption, but does not necessarily improve the discovery time.

More than four CPUs will provide little additional benefit, but this will vary substantially depending on the platform. Sometimes, more than two CPUs for discovery is of little benefit as the amount of parallelism we can achieve varies, making discovery times difficult to predict. The data in Multi-threaded CPU seconds for Discoveryand Single-threaded CPU seconds for Discoverycame from servers running 10 discovery threads. This data reflects the contention from polling and correlation, which normally occurs in discoveries subsequent to the first one. As explained in “Discovery threads” on page 50, the CPU required for additional threads and processors may vary depending on your platform.

Multi-threaded CPU seconds for Discovery

Operating system

IP Availability Manager

IP Availability Managerand IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.0320

0.0240

0.2600

0.0400

0.0240

0.3800

Solaris

0.1920

0.1440

1.5600

0.2400

0.1440

2.2800

Single-threaded CPU seconds for Discovery

Operating system

IP Availability Manager

IP Availability Managerand IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.0094

0.0036

0.0316

0.0134

0.0040

0.0472

Solaris

0.0563

0.0218

0.1897

0.0803

0.0239

0.2830

CPU estimates for single-threaded tasks

Post Processing (includes Reconfigure) through Topology Sync reflect values observed in a laboratory test environment using the hardware listed in Appendix B, “Hardware Specifications,”. Use this data as a comparison tool when deploying your own system to estimate the expected processing time for each task.

Consistency

Operating System

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.000021

0.000000

0.000297

0.000025

0.000000

0.000726

Solaris

0.000126

0.000000

0.001782

0.000150

0.000000

0.004356

Post Processing (includes Reconfigure)

Operating System

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.003957

0.002032

0.021900

0.006401

0.003434

0.024597

Solaris

0.023742

0.012192

0.131400

0.038406

0.020604

0.147582

.

Reconfigure

Operating System

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.002666

0.000000

0.021151

0.004415

0.000000

0.040929

Solaris

0.015996

0.000000

0.126906

0.026490

0.000000

0.245574

Offline New matrix

Operating System

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.004482

0.000000

0.021118

0.006045

0.000000

0.020946

Solaris

0.026892

0.000000

0.126708

0.036270

0.000000

0.125676

New Matrix

Operating System

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.000163

0.000000

0.000426

0.000168

0.000000

0.000377

Solaris

0.000978

0.000000

0.002556

0.001008

0.000000

0.002262

Topology Sync

Operating System

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

Linux

0.000511

0.000141

0.000141

0.000712

0.000131

0.000131

Solaris

0.003066

0.000846

0.000846

0.004272

0.000786

0.000786

The test scenario had VMware Smart Assurance Service Assurance Manager (SAM) running on the same machine. Topology synchronization may take longer time if there is significant latency between SAM and IP servers. Appendix B, “Hardware Specifications,” provides specifications of servers measured.

 

Determine memory requirements for network objects

To determine the memory requirements for your network objects, use Memory requirements by IP Availability Managercomponent with the number of ports and interfaces that you either obtained or estimated.

Memory requirements by IP Availability Managercomponent presents the memory requirements per network object for the IP Availability Manager.

Table on page presents the memory requirements per network object for the combined deployment of the IP Availability Managerand IP Performance Manager(AM-PM).

The values in the tables were obtained by observing memory requirements of customer topologies and applying linear regression to the results. The values represent VMware’s best compromise between accuracy and simplicity.

Memory is based on UNIX ps RSS working set size. These values measure the amount of physical memory consumed rather than the amount of address space consumed. The memory observations were arrived at using the following commands on the various platforms:

Unix: "ps -opid,ppid,rss,comm,args [PID]"

RSS is reported in kiloBytes.

PerfMon is reported in bytes.

Memory requirements by IP Availability Managercomponent

Operating system

Memory required for network object support by IP Availability Manager

Fixed

Per interface

Per unmanaged port

Per managed port

Linux

130M

40K

15K

140K

Solaris

255M

45K

15K

140K

Memory requirements for combined deployment of AM-PM

Operating System

Memory required for network object support by

IP Availability Manager& IP Performance Manager(AM-PM)

Fixed

Per interface

Per unmanaged port

Per managed port

Linux

170M

60K

20K

350K

Solaris

310M

60K

15K

350K

Note:

The per managed port measures vary in the regression results as managed ports tended to be a relatively smaller percentages of the topologies.

 

Discovery bandwidth

The amount of discovery network traffic varies depending upon the types of devices being discovered. The estimates in Discovery traffic in bytes reflect a regression around ports (managed + unmanaged) and interfaces from four topologies. The values mentioned should be regarded as an estimate.

Discovery traffic in bytes

IP Availability Manager

IP Availability Manager and IP Performance Manager

(AM-PM)

Per interface

Per unmanaged port

Per managed port

Per interface

Per unmanaged port

Per managed port

854

2,503

20,971

863

1,887

40,502

Accuracy (predicted/actual): 99%, 129%, 94%, 103%, 98%

The percentages reflect the accuracy of the predictor values presented in Discovery traffic in bytes against the five sample topologies, compared to the actual values observed. The bandwidth depends on the speed at which discovery progresses, which largely depends on the mix of interfaces and ports.

The expected bandwidth is:

(Total bytes from Discovery traffic in bytes)*8/estimated discovery time (from GUID-E4D3FB5F-3434-4489-AEFF-F413C0D6DC1B.html#GUID-E4D3FB5F-3434-4489-AEFF-F413C0D6DC1B___IP_DEPLOY_DESIGN_39125 and GUID-E4D3FB5F-3434-4489-AEFF-F413C0D6DC1B.html#GUID-E4D3FB5F-3434-4489-AEFF-F413C0D6DC1B___IP_DEPLOY_DESIGN_34189 bits per second.

Here, 8 refers to the number of bits in a byte.


Comments (0)
Post a new comment
 
 
Full Name:
Email:
Comments:
CAPTCHA Verification 
 
Please enter the text you see in the image into the textbox below (we use this to prevent automated submissions).

Help Desk Software by Kayako