IP Library › Granted Patent US 12670036
Granted Patent B2
US 12670036 · App. 17/889,686 · Granted Jun 30, 2026

Identifying cluster idleness for cluster shutdown

Inventors: Sunil Gupta (Cupertino, CA); Tushar Mahale (Milpitas, CA); Nickolas Klue (Pinole, CA); Prashant Gupta (Mountlake Terrace, WA); Pratik Baniya (Morgan Hill, CA); Rong Shen (San Jose, CA)
Assignee: ThoughtSpot, Inc.
G06F9/5094G06F9/5072G06F11/3423G06F2209/505
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12670036
App. No.
17/889,686
Granted
Jun 30, 2026
Kind
B2
Abstract

A shutdown criterion is determined to be met with respect to a cluster. Responsive to determining that the shutdown criterion is met, a request router is configured to route requests addressed to the cluster to a destination that indicates that the cluster is unavailable. A request to shut down the cluster is transmitted. A request to start the cluster is received. The request is initiated via the destination that indicates that the cluster is unavailable. In response to receiving the request to start the cluster, the cluster is started and the request router is configured to direct, to the cluster, requests addressed to the cluster.

Claims (50)

1 . A method, comprising:

determining, with respect to a cluster, that a shutdown criterion is met;

responsive to determining that the shutdown criterion is met, configuring a request router to route requests addressed to the cluster to a destination that indicates that the cluster is unavailable;

transmitting a request to shut down the cluster;

receiving a request to start the cluster, wherein the request to start the cluster is initiated via the destination that indicates that the cluster is unavailable; and

in response to receiving the request to start the cluster:

starting the cluster; and

configuring the request router to direct, to the cluster, requests, received subsequent to receiving the request to start the cluster, addressed to the cluster.

2 . The method of claim 1 , wherein determining that the shutdown criterion is met comprises:

receiving first idle status reports regarding the cluster;

responsive to determining from the first idle status reports that a first condition or a second condition is met, setting a cluster status to an idle status, wherein:

the first condition comprises that first user sessions are active and that the first user sessions are idle for a first time threshold, and

the second condition comprises that no user sessions are active;

receiving second idle status reports regarding the cluster, wherein the second idle status reports are received subsequent to setting the cluster status to the idle status; and

determining that the shutdown criterion is met responsive to determining from the second idle status reports that a third condition or the second condition is met, wherein the third condition comprises that second user sessions are active and that the second user sessions are idle for a second time threshold.

3 . The method of claim 1 , further comprising:

initiating a backup of the cluster responsive to a backup criterion being met and the shutdown criterion being met.

4 . The method of claim 3 , wherein the backup criterion comprises that no backup of the cluster was performed within a predetermined backup time.

5 . The method of claim 1 , wherein determining that the shutdown criterion is met comprises:

determining that the shutdown criterion is met responsive to determining that active user sessions are idle for a time threshold or that no user sessions are active.

6 . The method of claim 1 , further comprising:

responsive to determining that a user session associated with a device is active, transmitting for display at the device a notification indicating that the cluster is shutting down.

7 . The method of claim 1 , wherein starting the cluster comprises:

starting the cluster responsive to an indication that the request to start the cluster is transmitted in accordance with user input by a user authorized to transmit requests to start the cluster.

8 . The method of claim 1 , wherein the cluster is unavailable in a case where the cluster is shutting down or is shut down.

9 . A non-transitory computer readable medium storing instructions operable to cause one or more processors to perform operations comprising:

determining, with respect to a cluster, that a shutdown criterion is met;

responsive to determining that the shutdown criterion is met, configuring a request router to route requests addressed to the cluster to a destination that indicates that the cluster is unavailable;

transmitting a request to shut down the cluster;

receiving a request to start the cluster, wherein the request to start the cluster is initiated via the destination that indicates that the cluster is unavailable; and

in response to receiving the request to start the cluster:

starting the cluster; and

configuring the request router to direct, to the cluster, requests, received subsequent to receiving the request to start the cluster, addressed to the cluster.

10 . The non-transitory computer readable medium of claim 9 , wherein determining that the shutdown criterion is met comprises:

receiving first idle status reports regarding the cluster;

responsive to determining from the first idle status reports that a first condition or a second condition is met, setting a cluster status to an idle status, wherein:

the first condition comprises that first user sessions are active and that the first user sessions are idle for a first time threshold, and

the second condition comprises that no user sessions are active;

receiving second idle status reports regarding the cluster, wherein the second idle status reports are received subsequent to setting the cluster status to the idle status; and

determining that the shutdown criterion is met responsive to determining from the second idle status reports that a third condition or the second condition is met, wherein the third condition comprises that second user sessions are active and that the second user sessions are idle for a second time threshold.

11 . The non-transitory computer readable medium of claim 9 , wherein the operations further comprise:

initiating a backup of the cluster responsive to a backup criterion being met and the shutdown criterion being met.

12 . The non-transitory computer readable medium of claim 11 , wherein the backup criterion comprises that no backup of the cluster was performed within a predetermined backup time.

13 . The non-transitory computer readable medium of claim 9 , wherein determining that the shutdown criterion is met comprises:

determining that the shutdown criterion is met responsive to determining that active user sessions are idle for a time threshold or that no user sessions are active.

14 . The non-transitory computer readable medium of claim 9 , further comprising:

responsive to determining that a user session associated with a device is active, transmitting for display at the device a notification indicating that the cluster is shutting down.

15 . The non-transitory computer readable medium of claim 9 , wherein starting the cluster comprises:

starting the cluster responsive to an indication that the request to start the cluster is transmitted by a user authorized to transmit requests to start the cluster.

16 . The non-transitory computer readable medium of claim 9 , wherein the cluster is unavailable in a case where the cluster is shutting down or is shut down.