From: | Sean Davis <sdavis2(at)mail(dot)nih(dot)gov> |
---|---|
To: | jebjeb <martin(dot)belleau(at)yahoo(dot)com> |
Cc: | "pgsql-novice(at)postgresql(dot)org" <pgsql-novice(at)postgresql(dot)org> |
Subject: | Re: using SQL for multi-machine job management? |
Date: | 2009-09-14 01:42:47 |
Message-ID: | 264855a00909131842n4614e905ief5866bf097db4bc@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
On Sat, Sep 12, 2009 at 5:05 PM, jebjeb <martin(dot)belleau(at)yahoo(dot)com> wrote:
>
> I'm considering using PostgreSQL as part of the implementation of a
> multi-machine job management system. Here is an overview of the system:
>
> -jobs are submitted by an API and stored to a SQL database. Jobs contain a
> list of source filenames and a description of the operations to perform on
> the files (compress file, add it to an archive, encrypt it, compare with
> other file, etc).
>
> -multiple machines (up to 50?) look at the database and grabs a job. It
> will update the database to indicate that it will be the machine running
> this job. It will also update the database with the current completion
> progress (%) of this job.
>
> 1)Is this something done often using SQL databases?
> 2)The jobs will be quite CPU intensive: will I run into trouble if the
> database is located on one of the machine which will be executing the jobs?
> 3)I would like to have a backup ready to take over if the machine with the
> database fails. Only some of the info I store (data about a job, machine
> that is executing the job) is important to back up. Things like job
> progress doesn't have to be backed up. Any tips on how I should set up the
> database to accomplish this?
>
>
You might want to look into using something like SLURM or SGE or Condor for
doing this type of thing.
Sean
From | Date | Subject | |
---|---|---|---|
Next Message | raghu ram | 2009-09-14 02:32:07 | Re: qualified names |
Previous Message | Tom Lane | 2009-09-13 19:15:27 | Re: Reason for PG being seemingly I/O bound? |