Dear K.Guy krub,Sorry for my late r

Dear K.Guy krub,

Sorry for my late response. Please kindly find the sizing calculation for HP RUM as below information and the attached for RUM probe calculation sizing as for your reference krub.

The RUM solution has comprised of 3 components which each of them is affected by parameter as listed below:
Component Sizing Factor
RUM Probe Volume of traffic in Mbps (Mbits/sec)
RUM Engine Volume of hits in pages/sec
RUM Repository Amount of data:
- session click stream enable/disable
- snapshots on error enable/disable
• HP has rule of thumb that we can use as following: 20Mbps ~ 100 Pages/sec ~ 50 samples/sec

RUM Probe Sizing:
RUM probe v9.10 can handle traffic up to ~250 Mbps, depend on the below factor. If the traffic generated is more than this limit, the probe will crash and restart every few minutes.
- Total amount of HTTP traffic: depending on the total traffic being generated by the application, if the traffic is greater than 250 Mbps, then we will need additional probe and split the number of client users between probe to distribute the load.
- Total amount of HTTPS traffic: if HTTPS traffic is being generated which needs to be monitored; there will be about 10% reduction in maximum Mpbs
- Snapshot On Event Definitions: full snapshot mode can add up to ~202Mpbs
- Event Text Pattern: A minimum of 10 text pattern event can add up to ~70 Mpbs

RUM Engine Sizing:
If the number of pages being handled by the Engine is more than 500 Pages/sec, then we should have an additional engine. Also, this depends on the number of samples/sec a BSM instance can handle.
Additionally, enabling Session clickstreams which stores the pages and snapshots included in a user session can influence the capacity of the engine as given below:

Clickstream Enabled Pages / Sec Snapshots on Error
No 800 0
Yes 500 0
Yes 450 1 Page back
Yes 300 >= 2 Pages back

RUM Repository:
With clickstream and snapshot on error enable, RUM repository will store the majority of the data and requires about 400 GB per 2 weeks of traffic

ผลลัพธ์ (ไทย) 2:

เรียน K.Guy ครับ, ขออภัยสำหรับการตอบสนองในช่วงปลายของฉัน กรุณาหาการคำนวณการปรับขนาดสำหรับ HP รัมดังต่อไปนี้ข้อมูลที่แนบมาสำหรับการปรับขนาดการคำนวณรัมสอบสวนเป็นครับอ้างอิงของคุณ. แก้ปัญหารัมได้ประกอบด้วย 3 ส่วนซึ่งแต่ละของพวกเขาได้รับผลกระทบจากพารามิเตอร์ที่ระบุไว้ด้านล่าง: ปัจจัยชิ้นส่วนขนาดรัมปริมาณการสอบสวนของการจราจรใน Mbps (Mbits / วินาที) เครื่องยนต์รัมปริมาณของการเข้าชมในหน้า / วินาทีรัมจำนวนพื้นที่เก็บข้อมูลของข้อมูล: - กระแสคลิกเซสชั่นเปิด / ปิด- ภาพรวมในข้อผิดพลาดเปิด / ปิด• HP มีกฎของหัวแม่มือที่เราสามารถใช้ ดังต่อไปนี้: 20Mbps ~ 100 หน้า / วินาที ~ 50 ตัวอย่าง / วินาทีรัม Probe ขนาด: RUM v9.10 สอบสวนสามารถจัดการจราจรได้ถึง 250 เมกะบิตต่อวินาที ~ ขึ้นอยู่กับปัจจัยดังต่อไปนี้ หากการจราจรที่สร้างเป็นมากกว่าขีด จำกัด นี้สอบสวนจะผิดพลาดและเริ่มต้นใหม่ทุกไม่กี่นาที. - จำนวนเงินรวมของการจราจร HTTP: ขึ้นอยู่กับการจราจรรวมถูกสร้างขึ้นโดยการประยุกต์ใช้ในกรณีที่อัตราการเข้าชมมากกว่า 250 เมกะบิตต่อวินาทีแล้วเราจะ ต้องสอบสวนเพิ่มเติมและแบ่งจำนวนผู้ใช้ของลูกค้าระหว่างการสอบสวนเพื่อกระจายโหลด. - จำนวนเงินรวมของการจราจร HTTPS ถ้า HTTPS จราจรจะถูกสร้างขึ้นซึ่งจะต้องมีการตรวจสอบ; จะมีเกี่ยวกับการลดลง 10% สูงสุด Mpbs - ภาพรวมเกี่ยวกับความหมายของเหตุการณ์: โหมดภาพรวมเต็มสามารถเพิ่มได้ถึง ~ 202Mpbs - รูปแบบข้อความของเหตุการณ์: ขั้นต่ำของการจัดงานรูปแบบข้อความ 10 สามารถเพิ่มได้ถึง ~ 70 Mpbs รัมเครื่องยนต์ขนาด: ถ้า จำนวนหน้าถูกจัดการโดยเครื่องยนต์เป็นมากกว่า 500 หน้า / วินาทีแล้วเราควรจะมีเครื่องมือเพิ่มเติม . นอกจากนี้ขึ้นอยู่กับจำนวนตัวอย่าง / วินาทีเช่น BSM สามารถจัดการนอกจากนี้การเปิดใช้งานclickstreams เซสชันที่เก็บหน้าและภาพรวมรวมอยู่ในเซสชั่นที่ผู้ใช้สามารถมีอิทธิพลต่อความจุของเครื่องยนต์ได้รับดังนี้เส้นทางที่เปิดใช้งานหน้า/ วินาทีภาพรวม เกี่ยวกับข้อผิดพลาดไม่มี800 0 ใช่ 500 0 ใช่ 450 1 หน้ากลับใช่300> = 2 หน้าหลังเก็บรัม: ด้วยเส้นทางและภาพรวมในข้อผิดพลาดเปิดใช้งานพื้นที่เก็บข้อมูลรัมจะเก็บส่วนใหญ่ของข้อมูลและต้องใช้ประมาณ 400 GB ต่อ 2 สัปดาห์ของการจราจร

ผลลัพธ์ (ไทย) 3:

เรียนคุณหนุ่มครับ

ขอโทษที่ฉันมาสาย , การตอบสนอง กรุณาหาขนาดคำนวณ HP เหล้ารัมด้านล่างข้อมูลและแนบสำหรับการคำนวณด้วยเหล้ารัมขนาดสำหรับการอ้างอิงของคุณครับ

รัมมีโซลูชั่น ประกอบด้วย 3 องค์ประกอบที่แต่ละของพวกเขาจะได้รับผลกระทบจากพารามิเตอร์ดังนี้

ส่วนขนาดปัจจัยปริมาณการจราจรในเหล้ารัม probe Mbps ( mbits / วินาที )
หมวดเครื่องยนต์เหล้ารัมของฮิตในหน้า / วินาที
รัมที่เก็บข้อมูลจำนวนมาก :
-
เซสชั่นคลิกกระแสเปิด / ปิด - เปิด / ปิดอัตโนมัติเมื่อผิดพลาด
- เอชพีมีกฎง่ายๆที่เราสามารถใช้เป็นดังต่อไปนี้ : การ ~ 100 หน้า / วินาที ~ 50 ตัวอย่าง / วินาที


ขนาด : เหล้ารัมโพรบ เหล้ารัมโพรบ v9.10 สามารถจัดการจราจรถึง ~ 250 Mbps ขึ้นอยู่กับด้านล่างนะครับ หากการจราจรที่สร้างขึ้นเป็นมากกว่าขีด จำกัด นี้การสอบสวนจะผิดพลาดและเริ่มต้นใหม่ทุกสองสามนาที
- ปริมาณการจราจร HTTP : ขึ้นอยู่กับการจราจรทั้งหมดถูกสร้างขึ้นโดยโปรแกรมถ้าจราจรมากกว่า 250 Mbps แล้วเราจะต้องสอบสวนเพิ่มเติม และแยกหมายเลขของลูกค้าผู้ใช้ระหว่างสืบสวนสอบสวนเพื่อกระจายโหลด .
- ปริมาณจราจร https :ถ้า HTTPS การจราจรจะถูกสร้างขึ้นซึ่งจะต้องมีการตรวจสอบ ; จะมีประมาณ 10% ลดสูงสุด mpbs
- ภาพรวมในความหมายของเหตุการณ์ : โหมดเต็ม snapshot สามารถเพิ่มได้ถึง ~ 202mpbs
-- รูปแบบข้อความเหตุการณ์ : อย่างน้อย 10 ข้อความรูปแบบเหตุการณ์ที่สามารถเพิ่มได้ถึง ~ 70 mpbs

รำขนาดเครื่องยนต์ :
ถ้าจำนวนของหน้าเว็บที่ถูกจัดการ โดยเครื่องยนต์มีมากกว่า 500 หน้า / วินาทีแล้วเราควรจะมีเครื่องมือเพิ่มเติม นอกจากนี้ นี้จะขึ้นอยู่กับจำนวนตัวอย่าง / วินาทีเป็น BSM อินสแตนซ์สามารถจัดการ
นอกจากนี้ เปิดเซสชัน clickstreams ที่ร้านค้าหน้าและภาพรวมอยู่ในเซสชันของผู้ใช้จะมีผลต่อความจุของเครื่องยนต์ที่ระบุด้านล่าง :

clickstream เปิดหน้า / วินาทีภาพรวมเกี่ยวกับข้อผิดพลาด
0
ครับ 500 ไม่ 800 0
ครับ 450 1 หน้าหลัง
ค่ะ 300 > = 2 หน้า

กรุรัม :
กับ clickstream และ snapshot ในข้อผิดพลาดที่เปิดใช้งาน เก็บเหล้าจะเก็บส่วนใหญ่ของข้อมูลและต้องใช้ประมาณ 400 GB ต่อการจราจร

2 สัปดาห์