Update ToC

Signed-off-by: Pedro Ielpi <pielpi@opennebula.io>

Author: pedroielpi3

content/7.0/product/apps-marketplace/marketplace_appliances/_index.md

@@ -48,7 +48,7 @@ Using the Marketplace is recommended in many scenarios. To name a few:
 
 Before reading this chapter make sure you have read the [Quick Start]({{% relref "../../../quick_start" %}}) guide.
 
-Read the [Public Marketplaces]({{% relref "../public_marketplaces/index#public-marketplaces" %}}) as it’s global for all OpenNebula installations. Then, read the specific guide for the private Marketplace flavor you are interested in. Finally, read the [Managing Marketplace Apps]({{% relref "../marketplace_appliances/marketapps#marketapp" %}}) to understand what operations you can perform on Marketplace Apps.
+Read the [Public Marketplaces]({{% relref "../public_marketplaces/index#public-marketplaces" %}}) as it’s global for all OpenNebula installations. Then, read the specific guide for the private Marketplace flavor you are interested in. Finally, read the [Managing Marketplace Apps]({{% relref "../../../solutions/integrations_and_tools/marketplace_appliances/marketapps" %}}) to understand what operations you can perform on Marketplace Apps.
 
 ## Hypervisor Compatibility
 

content/7.0/product/apps-marketplace/marketplace_appliances/ray.md

@@ -93,7 +93,7 @@ DATASTORES
 
 Datastores and virtual networks can be added to multiple clusters. This means that any Host in those clusters is properly configured to run VMs using images from those datastores, or is using leases from those virtual networks.
 
-For instance, if you have several Hosts configured to use a given Open vSwitch network, you would group them in the same cluster. The [Scheduler]({{% relref "../../cloud_system_administration/capacity_planning/scheduler" %}}) will know that VMs using these resources can be deployed in any of the Hosts of the cluster.
+For instance, if you have several Hosts configured to use a given Open vSwitch network, you would group them in the same cluster. The [Scheduler]({{% relref "../../cloud_system_administration/scheduler" %}}) will know that VMs using these resources can be deployed in any of the Hosts of the cluster.
 
 These operations can be done with the `onecluster` `addvnet/delvnet` and `adddatastore/deldatastore`, respectively:
 

content/7.0/product/apps-marketplace/marketplace_appliances/vnf.md

@@ -250,7 +250,7 @@ $ onehost update
 TYPE="production"
 ```
 
-This tag can be used at a later time for scheduling purposes, [see more details here]({{% relref "../../cloud_system_administration/capacity_planning/scheduler" %}}).
+This tag can be used at a later time for scheduling purposes, [see more details here]({{% relref "../../cloud_system_administration/scheduler" %}}).
 
 <a id="host-guide-sync"></a>
 

content/7.0/product/apps-marketplace/marketplace_appliances/wordpress.md

@@ -17,7 +17,7 @@ weight: "1"
 This Chapter shows the different mechanisms available to administrators and users for controlling the capacity assigned to Virtual Machines:
 
 > - First, you can control the apparent capacity of Hosts by [configuring host overcommitment]({{% relref "overcommitment#overcommitment" %}}).
-> - You can also fine-tune [the scheduling policies]({{% relref "scheduler/overview#scheduler-overview" %}}) that control how resources from Hosts, Datastores, and Virtual Networks are allocated to Virtual Machines.
+> - You can also fine-tune [the scheduling policies]({{% relref "../scheduler/overview" %}}) that control how resources from Hosts, Datastores, and Virtual Networks are allocated to Virtual Machines.
 > - Similarly, you can limit the resources that are made available to users, by using the [quota system]({{% relref "quotas#quota-auth" %}}).
 > - Finally, some workloads may require that you co-allocate or coordinate the capacity assigned to a group of Virtual Machines. [Affinity and placement rules can be set for VM groups]({{% relref "affinity#vmgroups" %}}).
 

content/7.0/product/apps-marketplace/private_marketplaces/overview.md

@@ -5,7 +5,7 @@ categories:
 pageintoc: ""
 tags:
 no_list: "true"
-weight: "4"
+weight: "5"
 ---
 
 <!--# Monitoring and Alerting -->

content/7.0/product/cloud_clusters_infrastructure_configuration/hosts_and_clusters_configuration/cluster_guide.md

@@ -25,7 +25,7 @@ Resource forecasting is automatically enabled upon hypervisor package installati
 - **Enhanced capacity planning** – Make data-driven decisions about infrastructure expansion.
 - **Optimized workload scheduling** – Improve VM placement based on predictive analysis to minimize resource contention and maintain stability.
 
-When integrated with the [OpenNebula Distributed Resource Scheduler (DRS)]({{% relref "../capacity_planning/scheduler/drs#scheduler-drs" %}}), forecasting enables intelligent workload balancing, helping prevent bottlenecks and improve cluster efficiency.
+When integrated with the [OpenNebula Distributed Resource Scheduler (DRS)]({{% relref "../scheduler/drs#scheduler-drs" %}}), forecasting enables intelligent workload balancing, helping prevent bottlenecks and improve cluster efficiency.
 
 ## Types of Forecasts
 
@@ -49,7 +49,7 @@ By default, long-term forecasts project resource usage for the next 30 days.
 
 **Purpose**: Facilitates immediate operational decisions and dynamic resource adjustments.
 
-Short-term forecasts power the Predictive DRS, optimizing cluster load distribution. To enable predictive scheduling, refer to [Distributed Resource Scheduling]({{% relref "../capacity_planning/scheduler/drs#scheduler-drs" %}}).
+Short-term forecasts power the Predictive DRS, optimizing cluster load distribution. To enable predictive scheduling, refer to [Distributed Resource Scheduling]({{% relref "../scheduler/drs#scheduler-drs" %}}).
 
 Sunstone’s **Monitoring** tab also provides short-term forecast data.