Halaman ini belum tersedia dalam bahasa lokal Anda. Kami berusaha keras untuk menambahkan lebih banyak versi bahasa. Terima kasih atas dukungan Anda.
- What's New
- Product Bulletin
- Service Overview
- Billing
-
Getting Started
-
Quick Device Access - Property Reporting and Command Receiving
- Subscribing to IoTDA
- Connecting a Smart Smoke Detector to the Platform (Quick Usage)
- Registering a Simulated Smart Street Light Device
- Using MQTT.fx to Simulate Communication Between the Smart Street Light and the Platform
- Using a Virtual Smart Street Light to Communicate with the Platform (Java SDK)
- Using a Virtual Smart Street Light to Communicate with the Platform (C SDK)
- Quick Device Access - Message Sending and Receiving
- Quick Application Access
-
Quick Device Access - Property Reporting and Command Receiving
-
User Guide
- Overview
- IoTDA Instances
- Resource Spaces
- Device Access
- Message Communications
- Device Management
-
Rules
- Overview
- Data Forwarding Process
- SQL Statements
- Connectivity Tests
- Data Forwarding to Huawei Cloud Services
- Data Forwarding to Third-Party Applications
- Data Forwarding Channel Details
- Data Forwarding Stack Policies
- Data Forwarding Flow Control Policies
- Abnormal Data Target
- Device Linkage
- Monitoring and O&M
- Granting Permissions Using IAM
-
Best Practices
- Introduction
-
Device Access
- Developing an MQTT-based Simulated Smart Street Light Online
- Developing a Smart Street Light Using NB-IoT BearPi
- Developing a Smart Smoke Detector Using NB-IoT BearPi
- Connecting and Debugging an NB-IoT Smart Street Light Using a Simulator
- Developing a Protocol Conversion Gateway for Access of Generic-Protocol Devices
- Connecting a Device That Uses the X.509 Certificate Based on MQTT.fx
- Connecting to IoTDA Based on the BearPi-HM_Nano Development Board and OpenHarmony 3.0
- Testing MQTT Performance Using JMeter
- Device Management
- Data Forwarding
- Device Linkage
-
Developer Guide
- Before You Start
- Obtaining Resources
- Product Development
- Development on the Device Side
- Development on the Application Side
-
API Reference
-
API Reference on the Application Side
- Before You Start
- Calling APIs
- API Overview
-
API
- Product Management
- Device Management
- Device Message
- Device Command APIs
- Device Property
- AMQP Queue Management
- Access Credential Management
- Data Forwarding Rule Management
-
Transition Data
- Push a Device Status Change Notification
- Push a Device Property Reporting Notification
- Push a Device Message Status Change Notification
- Push a Batch Task Status Change Notification
- Push a Device Message Reporting Notification
- Push a Device Addition Notification
- Push a Device Update Notification
- Push a Device Deletion Notification
- Push a Product Addition Notification
- Push a Product Update Notification
- Push a Product Deletion Notification
- Push an Asynchronous Device Command Status Change Notification
- Rule Management
- Device Shadow
- Group Management
- Tag Management
- Instance Management
- Resource Space Management
- Batch Task
- Device CA Certificate Management
- OTA Upgrade Package Management
- Message Broadcasting
- Device Tunnel Management
- Stack policy management
- Flow control policy management
- Device Proxy
- Device Policy Management
- Bridge Management
- Pre-provisioning Template Management
- Custom Authentication
- Codec Function Management
- Permissions and Supported Actions
- Examples
- Appendix
-
MQTT or MQTTS API Reference on the Device Side
- Before You Start
- Communication Modes
- Topics
- Device Connection Authentication
- Device Commands
- Device Messages
- Device Properties
-
Gateway and Child Device Management
- Platform Notifying a Gateway of New Child Device Connection
- Platform Notifying a Gateway of Child Device Deletion
- Gateway Synchronizing Child Device Information
- Gateway Updating Child Device Status
- Responding to a Request for Updating Child Device Statuses
- Gateway Requesting for Adding Child Devices
- Platform Responding to a Request for Adding Child Devices
- Gateway Requesting for Deleting Child Devices
- Platform Responding to a Request for Deleting Child Devices
- Software and Firmware Upgrade
- File Upload and Download
- Device Time Synchronization
- Device Reporting Information
- Device Log Collection
- Remote Configuration
- Device Tunnel Management
- HTTPS API Reference on the Device Side
- LwM2M API Reference on the Device Side
- Security Tunnel WebSocket API Reference
- Module AT Command Reference
- Change History
-
API Reference on the Application Side
- SDK Reference
-
FAQs
- Top FAQs
-
Solution Consulting
- In What Scenarios Can the IoT Platform Be Applied?
- What Are the Changes Brought by the Integration of IoT Device Management and IoTDA?
- Can I Enable IoTDA for IAM Users or Sub-Projects?
- Which Regions of Huawei Cloud Are Supported by the IoT Platform?
- Does Huawei Provide Modules, Hardware Devices, and Application Software?
- What Should I Do If I Want to Call an API But Have No Permissions to Do So as an IAM User? (Is It Edition-specific?)
- Why Was I Prompted to Grant Security Administrator Permissions When I Create a Rule or Set Resource File Storage?
- Which Resource Space Will Be Set As Default on the IoT Platform?
- How Does IoTDA Obtain Device Data?
- Is There Any Limitation on the Number of Resource Spaces and Devices I Can Add on the IoT Platform?
- Does the IoTDA Support Device Registration in Batches?
- Are There Any Limitations on the Use of the IoT Platform?
- What DTLS Encryption Algorithms Are Supported by the IoT Platform?
- Does the IoT Platform Support Conversion Between Big-Endian and Little-Endian for Binary Data?
- What Is NB-IoT?
- What Are the Components of the IoT Platform and What Hardware Architectures Does It Support?
- How Do I Obtain the Platform Access Address?
- Device Integration
- IoT Device SDKs
- LwM2M/CoAP Device Access
- MQTT-based Device Access
- Products Models
- Message Communications
- Subscription and Push
- Codecs
- OTA Upgrades
- Application Integration
- General Reference
Copied.
Testing MQTT Performance Using JMeter
Scenarios
The number of global IoT device connections is increasing with the development of IoT technologies. The access and management of devices at scale pose great challenges to the network bandwidth, communications protocols, and platform architecture. It is important to test the platform performance during IoT architecture selection. This section describes how to use JMeter to perform a performance pressure test on the MQTT access capability of the platform.
The test plan is described as follows:
Test scenario:
- Simulate 10,000 concurrently online devices to verify the stability of platform persistent connections.
- Simulate a scenario where devices initiate 100 message reporting requests per second to verify the message processing capability of the platform.
Test environment:
- Test object: Huawei Cloud IoTDA SU2 (10,000 online devices and 100 TPS upstream and downstream messages)
- Test executor: One JMeter executor. The specifications are as follows:
Instance Type |
Flavor |
Number of vCPUs |
Memory |
---|---|---|---|
General computing S6 |
s6.xlarge.2 |
4 vCPUs |
8 GiB |
A single JMeter executor can simulate up to 50,000 online devices. To simulate more online devices, use Huawei Cloud CPTS and deploy multiple JMeter executors.
Prerequisites
- You have registered a Huawei ID and enabled Huawei Cloud services.
- You have subscribed to IoTDA. If not, access IoTDA and buy an SU2 unit (10,000 online devices and 100 TPS upstream and downstream messages).
Preparations
- Install the Java runtime environment on the JMeter executor. Visit the Java website, and download and install the Java runtime environment.
- Download and install JMeter 5.1.1 or later.
- Download the mqtt-jmeter plug-in package and store it in the lib/ext directory of the JMeter installation directory.
Service Flow
The process of using JMeter to perform an MQTT performance pressure test on the platform is as follows:
- Create an MQTT product.
- Register 10,000 devices in batch import mode.
- Import the test plan created for the IoT performance test.
- Initiate a platform performance pressure test based on service specifications.
- View the test result. Check whether the test result meets the expectation based on the monitoring metrics displayed on the IoT platform.
Creating a Product
- Log in to the console, choose Products in the navigation pane, and click Create Product.
- Set the parameters as prompted and click OK.
Table 2 Parameters Basic Information
Resource Space
The platform automatically allocates the created product to the default resource space. You can also select an existing resource space from the drop-down list or create one.
Product Name
Customize the value. The name can contain letters, numbers, underscores (_), and hyphens (-).
Protocol
Select MQTT.
Data Type
Select JSON.
Industry
Set this parameter as required.
Device Type
Set this parameter as required.
Advanced Settings
Product ID
Set a unique identifier for the product. If this parameter is specified, the platform uses the specified product ID. If this parameter is not specified, the platform allocates a product ID.
Registering a Batch of Devices
- Visit the IoTDA service page and click Access Console.
- In the navigation pane, choose Devices > All Devices, click the Batch Registration tab, and then click Batch Register.
- Download and fill in the batch device registration template based on the following table. You can download the sample file.
Table 3 Parameters Parameter
Description
node_id
Device identifier. Set this parameter in ascending order, for example, 10001, 10002, and 10003.
product_id
Product ID generated in Creating a Product.
app_id
Resource space. For details about how to obtain the resource space, see Resource Spaces.
device_name
Device name, which can be the same as the value of node_id.
secret
Device secret. You can enter a fixed secret during a performance test.
- In the Batch Registration dialog box, click Select File to upload the prepared batch registration template, and click OK.
Figure 1 Device - Registering devices in batches
- After the batch registration is successful, save the device IDs and secrets.
Importing a Test Plan
- Download the JMeter test plan.
- Open JMeter and click Open to import the downloaded test plan.
- In the JMeter directory on the left, choose User Defined Variables. On the User Defined Variables page, configure the following parameters:
Table 4 Parameters Parameter
Description
server
MQTT server address. For details about how to obtain the value, see Obtaining Resources.
port
MQTT port number. Set this parameter to 8883.
productId
Product ID generated in Creating a Product.
password
MQTT connection password, which is the value of the device secret encrypted by using the HMAC-SHA256 algorithm with the timestamp as the key. secret is the secret entered during batch device registration. You can use this tool to obtain the encrypted value.
timeStamp
Timestamp used for encrypting the password. The time format is YYYYMMDDHH.
Figure 2 Example
Initiating a Pressure Test
- In the JMeter directory on the left, choose Thread Group, set Number of Threads to 10000. (A thread corresponds to an online device. 10000 indicates that 10,000 devices are online on the IoT platform.)
Figure 3 Configuring devices
- In the JMeter directory on the left, choose Thread Group > Delay between sampler. Set Thread Delay (in milliseconds) to 100000 (indicating that each device publishes a message every 100 seconds).
Figure 4 Configuring devices
- Click
on the JMeter toolbar to start the performance test.
Figure 5 Performance test - In the JMeter directory on the left, choose Summary Report. The throughputs of Connect and Publish Message are displayed. You can modify the values of Number of Threads and Thread Delay (in milliseconds) to adjust the throughputs.
Figure 6 Performance test
- After the JMeter test plan is debugged, import the test plan to CodeArts PerfTest for distributed deployment to meet requirements of higher-level performance tests.
Viewing the Pressure Test Result
- Log in to the IoTDA console and choose O&M > Reports in the navigation pane to view statistical metrics of the platform.
Figure 7 Viewing statistical reports
- For more reports, log in to the Application Operations Management (AOM) console, choose Monitoring > Cloud Service Monitoring, and select IoT Device Access (IoTDA).
Figure 8 Viewing metrics
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot