You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/reports/reports/relutech-for-aws-migration.mdx
+65-22Lines changed: 65 additions & 22 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,58 +3,101 @@ title: "Relutech for AWS Migration"
3
3
sidebar_position: 13
4
4
---
5
5
6
-
## Introduction
6
+
importThemedImagefrom'@theme/ThemedImage';
7
+
importuseBaseUrlfrom'@docusaurus/useBaseUrl';
7
8
8
-
Relutech and Device42 have teamed up to ease migrations to AWS. Device42’s deep discovery provides Relutech with the information required to price your on-premise physical assets for purchase and leaseback as well as third-party maintenance. Relutech then purchases those assets and provides them back to the customer on a leasing schedule. As you migrate those workloads to AWS, the workload is then rolled off of your lease thereby reducing your on-premises costs as you increase consumption in AWS.
9
+
Relutech and Device42 have teamed up to ease migrations to AWS. Device42's deep discovery provides Relutech with the information required to price your on-premise physical assets for purchase and leaseback, as well as third-party maintenance. Relutech then purchases those assets and provides them back to the customer on a leasing schedule. As you migrate those workloads to AWS, the workload is then rolled off of your lease, thereby reducing your on-premises costs as you increase consumption in AWS.
9
10
10
11
## Getting Started
11
12
12
-
The instructions below provide a recommended approach to capture your Physical (bare metal) server inventory. Using Device42’s Operating System-level discovery, you will be able to collect inventory data relating to each server targeted on the network. Subsequent SNMP scans against a BMC (e.g., iDRAC, HP iLO, etc) will augment the data collected from OS-level scanning by identifying management MAC’s and IP’s as well as discovering the parts installed on each targeted server. Please follow the steps below to create and execute these inventory jobs.
13
+
The instructions below provide a recommended approach to capture your Physical (bare metal) server inventory. Using Device42's Operating System-level discovery, you will be able to collect inventory data relating to each server targeted on the network. Subsequent SNMP scans against a BMC (for example, iDRAC, HP iLO, and so on) will augment the data collected from OS-level scanning by identifying management MACs and IPs, as well as by discovering the parts installed on each targeted server. Please follow the steps below to create and execute these inventory jobs.
13
14
14
-
The initial recommended approach starts by performing Operating System level scans, followed by SNMP scans against a BMC, then by the Warranty sync (if applicable).
15
+
The initial recommended approach starts by performing OS-level scans, followed by SNMP scans against a BMC, then by the Warranty sync (if applicable).
15
16
16
-
1.**Hypervisor/*nix/Windows** - You'll want to ensure that these sets of Operating System level jobs are configured and run first. This discovery process will create the device record and capture parts that include CPU and HBA Card information.
17
-
2.**SNMP**- Once the OS-level scans have been completed, create and execute SNMP scans against the management IP’s of the targeted servers. These jobs will update the existing devices by adding additional parts as well as the management MAC Address and IP Address.The SNMP scan captures part information such as Ram, Disk(s) and PSU.
18
-
3.**Warranty** - Depending on the vendor, these particular jobs will retrieve service contracts associated with each server from the vendor system. If the vendor system is unavailable, the warranty data can be added manually via the UI or via spreadsheet imports. Please see the referenced link below for documentation on this discovery in Device42.
17
+
1.**Hypervisor/\*nix/Windows:**Ensure that these sets of OS-level jobs are configured and run first. This discovery process will create the device record and capture parts that include CPU and HBA Card information.
18
+
2.**SNMP:** Once the OS-level scans have been completed, create and execute SNMP scans against the management IPs of the targeted servers. These jobs will update the existing devices by adding additional parts, as well as the management MAC Address and IP Address.The SNMP scan captures part information such as RAM, Disk(s), and PSU.
19
+
3.**Warranty:** Depending on the vendor, these particular jobs will retrieve service contracts associated with each server from the vendor system. If the vendor system is unavailable, the warranty data can be added manually via the UI or via spreadsheet imports. Please see the referenced link below for documentation on this discovery in Device42.
- Set up Discovery jobs for device inventory discovery with the [*Hypevisor / *nix / Windows](/auto-discovery/linux-unix-server-auto-discovery.mdx) jobs. Set up a standard discovery scan for each type of device focusing on the physical devices (Hypervisors, *nix and Windows).
26
-
- For the Windows and *nix jobs, ensure that the Discover Parts is checked. In the Host Discovery section.
27
-
- For the Hypervisor jobs, the “Discover Parts” option is enabled as default and not changeable.
32
+
- Set up Discovery jobs for device inventory discovery with the [Hypervisor / *nix / Windows](/auto-discovery/linux-unix-server-auto-discovery.mdx) jobs. Set up a standard discovery scan for each type of device, focusing on the physical devices (Hypervisors, *nix, and Windows).
33
+
- For the Windows and *nix jobs, in the **Host Discovery** section, ensure that **Discover Parts** is checked.
34
+
- For the Hypervisor jobs, the **Discover Parts** option is enabled as default and is not changeable.
- See the [Warranty Sync](auto-discovery/warranty-autodiscovery.mdx) documentation for instructions on setting up the Warranty Sync autodiscovery.
47
84
48
85
## Recommended Automated Scheduling
49
86
50
-
- For the Hypervisor/*nix/Windows scan jobs, the jobs should be scheduled to run **_daily_**.
51
-
- For the SNMP scan jobs, the jobs should be scheduled to run **_weekly_**.
52
-
- For the Warranty Sync, the jobs should be scheduled to run **_weekly_**.
87
+
- For the Hypervisor/*nix/Windows scan jobs, the jobs should be scheduled to run **daily**.
88
+
- For the SNMP scan jobs, the jobs should be scheduled to run **weekly**.
89
+
- For the Warranty Sync, the jobs should be scheduled to run **weekly**.
53
90
54
91
## Run the Relutech Report
55
92
56
-
After the discovery jobs have been completed, navigate to _Insights+_ to extract the data for Relutech. The Relutech report is located under _Advanced Reporting_ -> _Integrations_ > _IT Asset Disposition_ > _Relutech_.
93
+
After the discovery jobs have been completed, navigate to **Insights+** to extract the data for Relutech. The Relutech report is located under **Advanced Reporting** > **Integrations** > **IT Asset Disposition** > **Relutech**.
57
94
58
-
0 commit comments