VM01: Time-bounded “sale” rate
Summary
Resource Providers (RPs) should be able to set a “sale” price for a limited amount of time, with the goal of attracting users. This would be defined for a certain range of dates that would automatically revert at the end of the date range. For this to be useful, the allocation-request interface will need to highlight the “sale” price so that users are aware of it.
Status
Proposed
Proposed by: IU, PSC
RP User Experience:
Resource Providers will log into a RP-specific page that lists all their resources with their baseline exchange rates.
RPs will have a interface that allows them to set a new temporary exchange rate, along with a date range that this exchange rate will be in effect.
(optional) RPs will be able to specify a short description of why the exchange rate is temporarily changed.
At the end of the specified time period, the exchange rate will revert to the default baseline exchange rate.
Researcher User Experience:
Upon viewing the “exchange credits” interface, some sort of visual indicator should be presented to the researcher that the specified resource has a temporarily discounted rate.
Additional details should be available to to the user that wishes to learn more (timespan of the discount, current rate, original rate, etc).
Once an exchange is requested with the discounted rate, that will be “locked in” for that exchange request, as long as the exchange request is submitted during the discounted time period.
Tagged allocations with special rates (for preemptible instances, different priority queues)
Interested: IU, PSC
Suggested Requirements:
RPs would have a UI to specify a tagged type of allocation (eg “pre-emptible instance”), along with a description of what that tag means, and an exchange rate for that type. (the UI should also show the default exchange rate for comparison)
When the user selects the resource, they should be shown something that indiciates that a discount is available if they select the special tagged type, and the description should be prominently shows (so the user understands the restrictions or special rules of that allocation tag)
These tags should flow through XRAS to XACCT and AMIE, so the RP can handle the special allocation appropriately.
Notes:
IU is interested in this, but doesn’t currently have the infrastructure in place to even support these preemptible instances, so this is a “maybe we could use this eventually” as opposed to a “we’d love to have this now” feature.
Ability to manually edit base rate
Interested: PSC
Suggested Requirements:
PSC wants to be able to specify the base exchange rate manually instead of having it be automatically calculated based on conversion factors/linpack.
Rates that require usage during certain time period
Interested: PSC
This is similar to a time-limited sale, and tagged allocations, but PSC would like to be able to say “here’s the price if you use your allocation in the next 3 months”
DEI-based discounts
Interested: TACC
Provide discounted rates based on institution classification or PI’s demographics selections. For example, possibly a different rate for HBCU’s
Special one-off PI-based discounts
Interested: TACC
Provide discounted rate for a specific PI. (similar to invite-only opportunities in XRAS)