<div dir="ltr">We're heavy users of New Relic and keeping costs down has been tough. Two things we've done to help:<div><br></div><div>* Configure chef to only deploy and activate NR on certain members of clusters where each member is identical. I know this adds a complexity but it hasn't caused problems for us, at all.</div><div><br></div><div>* Talk to them about getting a pre-production account set up. This is included in our package as a value add and allows us to put sandbox/staging instances in an account that has good data retention, but doesn't count against our allowance for production machines.</div><div><br></div><div>As an overall comment, we operate our architecture on clusters, with components clustered together. I.e., X service always shares with Y service. Once resources get contended, we either upgrade the boxes or break out a component into its own cluster. When we first designed our arch we envisaged having a cluster per service, with no sharing... but this means LOTS of boxes and the complexity of sharing isn't too bad at all. And of course, this helps with costs like New Relic :)</div><div><br></div><div>Cheers,</div><div><br></div><div>Sam</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 28 May 2015 at 15:24, Ben Lovell <span dir="ltr"><<a href="mailto:benjamin.lovell@gmail.com" target="_blank">benjamin.lovell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On 28 May 2015 at 15:21, Frederick Cheung <span dir="ltr"><<a href="mailto:frederick.cheung@gmail.com" target="_blank">frederick.cheung@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Hi,</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">I don’t have any answers for you but very keen to see what others are going as we’re in a similar position. We’re on a non longer existent new relic plan which doesn’t quite have the features we need but the $199/host/month pricing on new relic is super high (and it seems like it’s getting more rather than less expensive over time). The per host price aspect is also pulling us in the opposite direction that we want to go in. </div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div></div></blockquote><div><br></div></span><div>Speak to somebody at newrelic. I've always found them very (very) amenable to negotiation where price is concerned.</div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div> Fred<div><div><br> <div></div> <br><p style="color:#000">On 28 May 2015 at 14:03:06, Seb Jacobs (<a href="mailto:seb.jacobs@futurelearn.com" target="_blank">seb.jacobs@futurelearn.com</a>) wrote:</p> </div></div><blockquote type="cite"><span><div><div></div><div><div><div>






<div dir="ltr">
<div>Hello all,</div>
<div><br></div>
<div>At FutureLearn we have been using NewRelic since before we
launched back in October 2013,</div>
<div>however it's getting to the point where we can no longer
justify paying for NewRelic. </div>
<div><br></div>
<div>* What do we currently use NewRelic for? *</div>
<div><br></div>
<div>+ Identifying slow controller actions/SQL queries</div>
<div>+ Monitoring slow background jobs</div>
<div>+ Identifying deployments which may have effected specific
page generation times.</div>
<div>+ Monitoring page generation times</div>
<div>+ Monitoring page load times</div>
<div>+ Monitoring general throughput and servers (used for Capacity
planning)</div>
<div><br></div>
<div>I am currently in the process of evaluating alternative
services to NewRelic, and although in theory a combination of
services such as AppSignal, Skylight.io and ServerDensity might be
able to meet the more general use cases I have been unable to find
any which feel quite right.</div>
<div><br></div>
<div>I was wondering if any fellow LRUGers have come across any
NewRelic-like services which fit these particular needs, and work
out cheaper overall.</div>
<div><br></div>
<div>It might be worth noting that we are currently hesitant to go
down the path of reducing the number of instances running NewRelic
as this will make our infrastructure considerably more complicated
to manage.</div>
<div><br></div>
<div>Any help would be much appreciated.</div>
<div>
<div><br></div>
-- </div>
<div><br>
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div style="color:rgb(136,136,136);font-size:12.8000001907349px">
<div dir="ltr">
<div>Seb Jacobs</div>
<div>Web Developer</div>
<div>FutureLearn</div>
<div>E: <a href="mailto:james.coglan@futurelearn.com" style="color:rgb(17,85,204)" target="_blank">seb.jacobs@futurelearn.com</a><br></div>
<div><br></div>
<div>Follow us @FutureLearn</div>
<div><a href="http://www.futurelearn.com/" style="color:rgb(17,85,204)" target="_blank">www.futurelearn.com</a></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div></div>


_______________________________________________
<br>Chat mailing list
<br><a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a>
<br>Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a>
<br>Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a>
<br>List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a>
<br></div></div></span></blockquote></div><br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div></div></div><br></div></div>
<br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div>