Re: Multiple Apps, Multiple Clients. One Account?
> OTOH, Heroku will idle your single-dyno (free) app if it doesn't get any > traffic for a while, which can be irritating as there's a noticeably delay > when the dyno grid unidles it. The free plan of NewRelic includes a "pinger" that will call your app every minute, and keep it from idling. Alain -- You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com. To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/heroku?hl=en.
Re: Multiple Apps, Multiple Clients. One Account?
On Fri, Nov 25, 2011 at 12:55 PM, anentropic wrote: > I found a place in the FAQs where it says "Each application receives > 750 free dyno hours per month" but would like to confirm that it > really is per app. > Correct, it's per-app. Adam -- You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com. To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/heroku?hl=en.
Re: Multiple Apps, Multiple Clients. One Account?
It's per-app, we have four apps, three of which use only a single dyno and we don't get charged for the three that only use one dyno. OTOH, Heroku will idle your single-dyno (free) app if it doesn't get any traffic for a while, which can be irritating as there's a noticeably delay when the dyno grid unidles it. On Fri, Nov 25, 2011 at 12:55 PM, anentropic wrote: > just to tack my own question on the end here... if I have several apps > under one account, does each app benefit from the '1 free dyno per > month' (750 hrs) pricing, or just the account overall? > > I found a place in the FAQs where it says "Each application receives > 750 free dyno hours per month" but would like to confirm that it > really is per app. > > thanks! > > > On Nov 21, 6:32 am, Mike Abner wrote: > > You'd have one account with N apps on the account. Each app is a set of > resources (dynos, workers, dbs, add-ons). So you'd be able to scale them > independently from each other. > > > > You set the number of dynos and workers you need for each app. Heroku > does not manage your dyno needs for you. You can use the heroku gem to > manage the scaling yourself or you can use a 3rd party service like > heroscale to do it for you. > > > > So if it were me I'd have the following: > > > > Account Mike > > App A > > App B > > App C > > App D > > > > Then you would monitor those and scale them individually. If your > traffic is spread throughout the day than 2-3 dynos should be all you need > for clients A and B. client C you'll have to experiment with as well as D. > > > > I think your costs are going to come from the DB. If you need a > dedicated DB for each app then that's $1000 a month but performance will be > nice. If you could combine your databases then you can save some money > there. > > > > Mike > > > > On Nov 18, 2011, at 10:26 AM, Joe K wrote: > > > > > > > > > > > > > > > > > I searched and found similar questions to mine, so I can probably > > > infer the answer, but I want to make sure before I leap. > > > > > Let's pretend I have 4 clients with pretty elaborate Rails or Django > > > apps. They are currently on a traditional shared server that we host, > > > along with about 150 small sites, and the performance of these 4 > > > clients sites is unacceptable. So, for the sake of performance and our > > > sanity we are considering moving these 4 apps to Heroku (another > > > option we are considering is spinning up our own EC2 instances). > > > > > Now let's pretend I want, oh, 3 web dynos for each app. And each app > > > will have it's own database. > > > > > Would I have a single account, where I set up 12 dynos, and a single > > > dedicated database that is shared among all apps? Or would I set up 4 > > > accounts, each with its 3 dynos and a database? > > > > > From what I have read, I believe it would be the case that I would set > > > up a single account with however many dynos I think I would need and > > > it would be shared among as many apps as I wish to deploy, and the > > > first dyno for each app would be free (not just the first dyno for the > > > account). Is this correct? > > > > > Let's get a little less abstract for a moment... > > > > > Client A - Small-ish database (about 40 tables, none of them with more > > > than 100 or so records), a fair amount of static content, and perhaps > > > 1000 hits a day. > > > Client B - Almost identical to Client A > > > Client C - Medium-sized database (about 20 tables with about 1500 > > > records each, fairly high traffic), lots of static content (thousands > > > of images) > > > Client D - Very dynamic, mostly user-generated content, lots of static > > > content (uploaded images, PDFs, etc.) > > > > > Given this type of configuration, I believe I read that I can > > > basically give Heroku a dyno budget, it it will use what it needs to > > > for each client, as it needs to, though I can also tell it how I would > > > prefer those dynos is distributed. Is that correct? > > > > > Finally, it is my understanding that if dynos aren't being used, they > > > are killed off, so we won't get charged for 12 dynos just because we > > > had a 12 dyno budget. Heroku will use what is needed when needed, so > > > costs could be less than budgeted. Correct? > > > > > Sorry for all of the questions. The boss-man is asking me to make a > > > pretty important decision here, so I want to make sure I have the > > > facts straight. > > > > > Thanks in advance for your help. > > > > > Joe K. > > > > > -- > > > You received this message because you are subscribed to the Google > Groups "Heroku" group. > > > To post to this group, send email to heroku@googlegroups.com. > > > To unsubscribe from this group, send email to > heroku+unsubscr...@googlegroups.com. > > > For more options, visit this group athttp:// > groups.google.com/group/heroku?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Heroku" group. > To post to this group, send email to
Re: Multiple Apps, Multiple Clients. One Account?
On 21/11/2011, at 5:32 PM, Mike Abner wrote: > I think your costs are going to come from the DB. If you need a dedicated DB > for each app then that's $1000 a month but performance will be nice. If you > could combine your databases then you can save some money there. On the other hand, if they're small-to-medium apps, then you might be happy enough with the shared database option, at $15/month/app. -- cheers, Mike Williams -- You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com. To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/heroku?hl=en.
Re: Multiple Apps, Multiple Clients. One Account?
just to tack my own question on the end here... if I have several apps under one account, does each app benefit from the '1 free dyno per month' (750 hrs) pricing, or just the account overall? I found a place in the FAQs where it says "Each application receives 750 free dyno hours per month" but would like to confirm that it really is per app. thanks! On Nov 21, 6:32 am, Mike Abner wrote: > You'd have one account with N apps on the account. Each app is a set of > resources (dynos, workers, dbs, add-ons). So you'd be able to scale them > independently from each other. > > You set the number of dynos and workers you need for each app. Heroku does > not manage your dyno needs for you. You can use the heroku gem to manage the > scaling yourself or you can use a 3rd party service like heroscale to do it > for you. > > So if it were me I'd have the following: > > Account Mike > App A > App B > App C > App D > > Then you would monitor those and scale them individually. If your traffic is > spread throughout the day than 2-3 dynos should be all you need for clients A > and B. client C you'll have to experiment with as well as D. > > I think your costs are going to come from the DB. If you need a dedicated DB > for each app then that's $1000 a month but performance will be nice. If you > could combine your databases then you can save some money there. > > Mike > > On Nov 18, 2011, at 10:26 AM, Joe K wrote: > > > > > > > > > I searched and found similar questions to mine, so I can probably > > infer the answer, but I want to make sure before I leap. > > > Let's pretend I have 4 clients with pretty elaborate Rails or Django > > apps. They are currently on a traditional shared server that we host, > > along with about 150 small sites, and the performance of these 4 > > clients sites is unacceptable. So, for the sake of performance and our > > sanity we are considering moving these 4 apps to Heroku (another > > option we are considering is spinning up our own EC2 instances). > > > Now let's pretend I want, oh, 3 web dynos for each app. And each app > > will have it's own database. > > > Would I have a single account, where I set up 12 dynos, and a single > > dedicated database that is shared among all apps? Or would I set up 4 > > accounts, each with its 3 dynos and a database? > > > From what I have read, I believe it would be the case that I would set > > up a single account with however many dynos I think I would need and > > it would be shared among as many apps as I wish to deploy, and the > > first dyno for each app would be free (not just the first dyno for the > > account). Is this correct? > > > Let's get a little less abstract for a moment... > > > Client A - Small-ish database (about 40 tables, none of them with more > > than 100 or so records), a fair amount of static content, and perhaps > > 1000 hits a day. > > Client B - Almost identical to Client A > > Client C - Medium-sized database (about 20 tables with about 1500 > > records each, fairly high traffic), lots of static content (thousands > > of images) > > Client D - Very dynamic, mostly user-generated content, lots of static > > content (uploaded images, PDFs, etc.) > > > Given this type of configuration, I believe I read that I can > > basically give Heroku a dyno budget, it it will use what it needs to > > for each client, as it needs to, though I can also tell it how I would > > prefer those dynos is distributed. Is that correct? > > > Finally, it is my understanding that if dynos aren't being used, they > > are killed off, so we won't get charged for 12 dynos just because we > > had a 12 dyno budget. Heroku will use what is needed when needed, so > > costs could be less than budgeted. Correct? > > > Sorry for all of the questions. The boss-man is asking me to make a > > pretty important decision here, so I want to make sure I have the > > facts straight. > > > Thanks in advance for your help. > > > Joe K. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Heroku" group. > > To post to this group, send email to heroku@googlegroups.com. > > To unsubscribe from this group, send email to > > heroku+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/heroku?hl=en. -- You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com. To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/heroku?hl=en.
Re: Multiple Apps, Multiple Clients. One Account?
You'd have one account with N apps on the account. Each app is a set of resources (dynos, workers, dbs, add-ons). So you'd be able to scale them independently from each other. You set the number of dynos and workers you need for each app. Heroku does not manage your dyno needs for you. You can use the heroku gem to manage the scaling yourself or you can use a 3rd party service like heroscale to do it for you. So if it were me I'd have the following: Account Mike App A App B App C App D Then you would monitor those and scale them individually. If your traffic is spread throughout the day than 2-3 dynos should be all you need for clients A and B. client C you'll have to experiment with as well as D. I think your costs are going to come from the DB. If you need a dedicated DB for each app then that's $1000 a month but performance will be nice. If you could combine your databases then you can save some money there. Mike On Nov 18, 2011, at 10:26 AM, Joe K wrote: > I searched and found similar questions to mine, so I can probably > infer the answer, but I want to make sure before I leap. > > Let's pretend I have 4 clients with pretty elaborate Rails or Django > apps. They are currently on a traditional shared server that we host, > along with about 150 small sites, and the performance of these 4 > clients sites is unacceptable. So, for the sake of performance and our > sanity we are considering moving these 4 apps to Heroku (another > option we are considering is spinning up our own EC2 instances). > > Now let's pretend I want, oh, 3 web dynos for each app. And each app > will have it's own database. > > Would I have a single account, where I set up 12 dynos, and a single > dedicated database that is shared among all apps? Or would I set up 4 > accounts, each with its 3 dynos and a database? > > From what I have read, I believe it would be the case that I would set > up a single account with however many dynos I think I would need and > it would be shared among as many apps as I wish to deploy, and the > first dyno for each app would be free (not just the first dyno for the > account). Is this correct? > > Let's get a little less abstract for a moment... > > Client A - Small-ish database (about 40 tables, none of them with more > than 100 or so records), a fair amount of static content, and perhaps > 1000 hits a day. > Client B - Almost identical to Client A > Client C - Medium-sized database (about 20 tables with about 1500 > records each, fairly high traffic), lots of static content (thousands > of images) > Client D - Very dynamic, mostly user-generated content, lots of static > content (uploaded images, PDFs, etc.) > > Given this type of configuration, I believe I read that I can > basically give Heroku a dyno budget, it it will use what it needs to > for each client, as it needs to, though I can also tell it how I would > prefer those dynos is distributed. Is that correct? > > Finally, it is my understanding that if dynos aren't being used, they > are killed off, so we won't get charged for 12 dynos just because we > had a 12 dyno budget. Heroku will use what is needed when needed, so > costs could be less than budgeted. Correct? > > Sorry for all of the questions. The boss-man is asking me to make a > pretty important decision here, so I want to make sure I have the > facts straight. > > Thanks in advance for your help. > > Joe K. > > -- > You received this message because you are subscribed to the Google Groups > "Heroku" group. > To post to this group, send email to heroku@googlegroups.com. > To unsubscribe from this group, send email to > heroku+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/heroku?hl=en. > -- You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com. To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/heroku?hl=en.
Multiple Apps, Multiple Clients. One Account?
I searched and found similar questions to mine, so I can probably infer the answer, but I want to make sure before I leap. Let's pretend I have 4 clients with pretty elaborate Rails or Django apps. They are currently on a traditional shared server that we host, along with about 150 small sites, and the performance of these 4 clients sites is unacceptable. So, for the sake of performance and our sanity we are considering moving these 4 apps to Heroku (another option we are considering is spinning up our own EC2 instances). Now let's pretend I want, oh, 3 web dynos for each app. And each app will have it's own database. Would I have a single account, where I set up 12 dynos, and a single dedicated database that is shared among all apps? Or would I set up 4 accounts, each with its 3 dynos and a database? >From what I have read, I believe it would be the case that I would set up a single account with however many dynos I think I would need and it would be shared among as many apps as I wish to deploy, and the first dyno for each app would be free (not just the first dyno for the account). Is this correct? Let's get a little less abstract for a moment... Client A - Small-ish database (about 40 tables, none of them with more than 100 or so records), a fair amount of static content, and perhaps 1000 hits a day. Client B - Almost identical to Client A Client C - Medium-sized database (about 20 tables with about 1500 records each, fairly high traffic), lots of static content (thousands of images) Client D - Very dynamic, mostly user-generated content, lots of static content (uploaded images, PDFs, etc.) Given this type of configuration, I believe I read that I can basically give Heroku a dyno budget, it it will use what it needs to for each client, as it needs to, though I can also tell it how I would prefer those dynos is distributed. Is that correct? Finally, it is my understanding that if dynos aren't being used, they are killed off, so we won't get charged for 12 dynos just because we had a 12 dyno budget. Heroku will use what is needed when needed, so costs could be less than budgeted. Correct? Sorry for all of the questions. The boss-man is asking me to make a pretty important decision here, so I want to make sure I have the facts straight. Thanks in advance for your help. Joe K. -- You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com. To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/heroku?hl=en.
