Skip to main content

We've Moved!

Product Documentation has moved to docs.hitachivantara.com
Hitachi Vantara Knowledge

Managing services

This section describes how you can reconfigure, restart, and otherwise manage the services running on your system.

Moving and scaling services

You can change a service to run on:

  • Additional instances (for example, if you need improved service performance and availability).
  • Fewer instances (for example, to free up resources on an instance for running other services).
  • A different set of instances (for example, if you are retiring the piece of hardware on which an instance is installed).

For information on:

TipUse the Available Instances option for a floating service to be eligible to run on any instance in the system, including any new instances added in the future.

Moving and scaling floating services

For floating services, instead of specifying the specific instances on which the service runs, you can specify a pool of eligible instances, any of which can run the service.

Moving and scaling services with multiple types

When moving or scaling a service that has multiple types, you can simultaneously configure separate rebalancing for each type.

Best practices

Here are some guidelines for distributing services across instances:
  • Avoid running multiple services with high service unit costs together on the same instance.
  • On master instances, avoid running any services besides those classified as System services.

Considerations

  • Instance requirements vary from service to service. Each service defines the minimum and maximum number of instances on which it can run.
  • You cannot remove a service from an instance if doing so causes or risks causing data loss.
  • Service relocation might take a long time to complete and can impact system performance.

Relocating services

To manually relocate a service, in the Admin App:

Procedure

  1. Select Services.

    The Services page opens, displaying the services and system services.
  2. Select the service that you want to scale or move.

    Configuration information for the service is displayed.
  3. Click Scale, and if the service has more than one type, select the instance type that you want to scale.

  4. The next step depends on whether the service is floating or persistent (non-floating).
  5. If the service is a floating service, you are presented with options for configuring an instance pool. For example:Screen capture of Scale tab for a floating service showing the instance pool

    1. In the box Service Instances, specify the number of instances on which the service should be running at any time.

    2. Configure the instance pool:

      • For the service to run on any instance in the system, select All Available Instances.

        With this option, the service can be restarted on any instance in the instance pool, including instances that were added to the system after the service was configured.

      • For the service to run on a specific set of instances, clear All Available Instances. Then:
        • To remove an instance from the pool, select it from the list Instance Pool, on the left, and then click Remove Instances.
        • To add an instance to the pool, select it from the list Available Instances, on the right, and then click Add Instances.
  6. If the service is a persistent (non-floating) service, you are presented with options for selecting the specific instances that the service should run on. Do one or both of these, then click Next:Screen capture of Scale tab for a persistent service showing the Selected Instances and Available Instances lists

    • To remove the service from the instances it's currently on, select one or more instances from the list Selected Instances, on the left, and then click Remove Instances.
    • To add the service to other instances, select one or more instances from the list Available Instances, on the right, and then click Add Instances.
  7. Click Update.

    The Processes page opens, and the Service Operations tab displays the progress of the service update as "Running." When the update finishes, the service shows "Complete."

Next steps

After reconfiguration, the service might take a few minutes to appear on the Services page.

Related CLI commands

updateServiceConfig

Related REST API methods

POST /services/configure

You can get help on specific REST API methods for the Admin App at REST API - Admin.

Configuring service settings

  1. Select the Services window.

  2. Select the service you want to configure.

  3. On the Configuration tab, configure the service.

  4. Click Update.

Related CLI commands

updateServiceConfig

Related REST API methods

POST /services/configure

You can get help on specific REST API methods for the Admin App at REST API - Admin.

Adding volumes to services

  1. Click the Services window.

  2. Select a service.

  3. Click Configuration.

  4. On the Volumes tab, click the Manage Volumes link for an instance of the service. A window appears that lists the different types of volumes that the service instance supports.

  5. In the Volume Names field, type the name of the applicable Docker volume that you want the service instance to use.

  6. Repeat the previous step for each Docker volume you want to add to the service instance.

  7. Click Save.

  8. Repeat steps 4 through 7 for each instance of the service you want to configure.

  9. Click Update.

Related CLI commands

updateServiceConfig

Related REST API methods

POST /services/configure

You can get help on specific REST API methods for the Admin App at REST API - Admin.

Repairing services

If a service becomes slow, unresponsive, or shows a status of Failed, you can repair it.

Repairing a service stops and restarts the service on each instance on which it's running.

ImportantDepending on which service you're repairing, parts of the system will be unavailable until the repair finishes.

To repair a service:

Procedure

  1. Click the Services window.

  2. Select the service you want to repair.

  3. Click Repair.

    The Processes window opens, displaying a progress bar for the repair process.

Splitting Index shards

Admin App users can take advantage of Solr’s shard splitting API to increase the number of shards on their index after creation.

The Desired Index Shard Count config property allows users flexibility with sizing their clusters. Shard splitting separates the largest shard in two shards, each containing half of the data of the original. After splitting the shards, the index retains identical data and query responses.

The scheduled solr-maintenance service action helps the Index service handle these requests, running every three minutes. If a shard split operation is currently in progress, the action does nothing. If no shard split operations are in progress (or if a shard split operation has completed), the action searches for pending shard split operations. After they're discovered, the operations are run and any inactive shards are deleted along with those leftover from the previously completed operations.

TipTo display errors and the current progress of your shard splitting, open the Admin App and go to Process > System.

To split your shards using this feature:

Procedure

  1. Open the Admin App.

  2. Select the Services tab.

  3. Select the Index service.

  4. Select the Configuration tab.

  5. Navigate to the config group for your selected shard.

  6. In the Desired Index Shard Count field, enter the new shard value.

  7. At the top of the window, click Update.

Results

A WARNING level alert appears notifying the user that a shard split is in progress. The alert clears when the operation is completed.

Note
  • Changes to this value on larger indexes needs additional time before taking effect.
  • This value can only be changed if the Index Protection Level is below 3 and cannot be decreased at a later time.

 

  • Was this article helpful?