I have played around with Digital Ocean and AWS, and this felt very different working with it. For one, you don't get charged for data in or out. I actually enjoyed working with it. Sadly, I stopped using it because the only cloud service I use is a VPS for Jitsi Meet (I self host otherwise). Jitsu Meet as compiled doesn't work on the POWER ISA, and I was unable to get it to compile on it.
Thanks for the link! This is really useful for developing/testing out code optimizations for POWER-based systems (e.g. for low-level bits like hashing functions, crypto, and vector math).
> For one, you don't get charged for data in or out.
On the other hand, it appears to be $0.62/GB for storage, as compared to $0.10/GB on Amazon. And a comparable system would appear to be anywhere from 1.5x to 2x as expensive (even just vs on-demand pricing, let alone spot), and AFAICT billed by the hour rather than by the second.
Timothy Pearson from Raptor here...so if storage becomes a main concern it definitely becomes less expensive to lease a dedicated box vs. a VPS from Integricloud, and that's by design to some extent. The Integricloud architecture is centered more on making sure that your data stays private than competing directly with Amazon etc. that simply don't have the ability to make any assurances beyond general platitudes in that area (for starters, they don't control the firmware on their own machines), and the design (and pricing) reflect this different approach to cloud services.
The dedicated boxes are also unlimited data transfer, and you can put in some fairly large storage arrays inexpensively. We have a bunch of projects that are using dedicated boxes for development work, for example we sponsor Adelie Linux with one, and so far they've been very happy with the service.
Nothing formal, but if the service itself does go down (i.e. your VPS drops and can't be restarted due to a service problem, or connectivity fails, etc.) refunds / service credits would be issued. We really haven't encountered this enough to have a formal policy as of yet -- the redundancies we use are quite good.
Everything would install just fine, but I got an error with "jitsi-videobridge2", and there was no audio or video. The specific error was:
java.lang.NoClassDefFoundError: Could not initialize class org.jitsi.videobridge.sctp.SctpManager
at org.jitsi.videobridge.Endpoint.createSctpConnection(Endpoint.java:868)
at org.jitsi.videobridge.health.Health.check(Health.java:77)
at org.jitsi.videobridge.health.Health.performCheck(Health.java:211)
at org.jitsi.health.AbstractHealthCheckService.run(AbstractHealthCheckService.kt:144)
at org.jitsi.utils.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216)
at org.jitsi.utils.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292)
at org.jitsi.utils.concurrent.RecurringRunnableExecutor.access000(RecurringRunnableExecutor.java:36)<br>atorg.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36)<br> at org.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36)<br>atorg.jitsi.utils.concurrent.RecurringRunnableExecutor1.run(RecurringRunnableExecutor.java:328)
2020-05-05 17:34:17.029 INFO: [20] Videobridge.createConference#320: create_conf, id=faec394a06bdbbd8 gid=null logging=false
2020-05-05 17:34:17.032 SEVERE: [20] RecurringRunnableExecutor.run#230: The invocation of the method org.jitsi.videobridge.health.Health.run() threw an exception.
java.lang.NoClassDefFoundError: Could not initialize class org.jitsi.videobridge.sctp.SctpManager
at org.jitsi.videobridge.Endpoint.createSctpConnection(Endpoint.java:868)
at org.jitsi.videobridge.health.Health.check(Health.java:77)
at org.jitsi.videobridge.health.Health.performCheck(Health.java:211)
at org.jitsi.health.AbstractHealthCheckService.run(AbstractHealthCheckService.kt:144)
at org.jitsi.utils.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216)
at org.jitsi.utils.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292)
at org.jitsi.utils.concurrent.RecurringRunnableExecutor.access000(RecurringRunnableExecutor.java:36)<br>atorg.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36)<br> at org.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36)<br>
Though it claims to be architecture agnostic in the package, I think it is compiled for x86_64.
I attempted to compile and run jitsi meet myself, but that got out of hand incredibly quickly (in no small part because the documentation is sorely lacking). I then attempted to compile jitsi-videobridge2 myself, but same thing.
Though looking now, you may be able to compile it form here:
Hm, that doesn't ring a bell but maybe? I thought I remembered a complete entry level system (case, RAM, etc) for that price but middle age rather sucks, so I could be wrong.
Will these things take a standard RDIMM or does it have to be theirs? Because another $650+ per 32GB is kind of insane. Otherwise, shit, one bright side to COVID-19 is that my chances of eventually scoring a decent paying remote gig went way up. If that happens I could finally spring for one of these!
https://integricloud.com/
I have played around with Digital Ocean and AWS, and this felt very different working with it. For one, you don't get charged for data in or out. I actually enjoyed working with it. Sadly, I stopped using it because the only cloud service I use is a VPS for Jitsi Meet (I self host otherwise). Jitsu Meet as compiled doesn't work on the POWER ISA, and I was unable to get it to compile on it.